Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Exit
ilvar
Contributor
ilvar
Contributor
Activity
‎Oct 21, 2020
11:00 AM
An old thead, but you can also use Avenza's Geographic Imager to import/export your DEM (and other geospatial) data directly from/to Photoshop, among other things.
... View more
‎Jun 08, 2017
05:11 PM
Davide Barranca has a whole collection of articles about writing HTML5-based panels for Photoshop here (https://www.davidebarranca.com) - it's a good starting point. Information on the Adobe site is quite stale (http://www.adobe.com/devnet/creativesuite/cs-extension-builder.html), and while the CEP engine inside PS is regularly updated, Adobe no longer provides any specialized tools for development (you are invited to use an HTML5 editor of your own choice) I'd imagine your plugin be a combination of some sort of an HTML5-based panel calling into a C++ plugin developed using regular PS SDK (an automation plugin, most likely) that implements the operation logic. Oh, and please keep in mind that HTML5 extensions are only available for CC; for CS6 you would need to use Flex (if you want to go down the memory lane that far...)
... View more
‎Jun 08, 2017
04:22 PM
Not in CC, and obviously not in CS6. Writing your own layer panel would be the only way I can think of to achieve something similar
... View more
‎Apr 14, 2016
03:01 PM
In short, the answer is yes, but indirectly. Take a look at samplecode\automation\automationfilter in the SDK's Sample code.Normally the automation plugin controls filters thus allowing to combine these in any combination. Another way to organize it could involve an automation Listener-like plugin to respond to (custom) filter events. You can also keep all your filters and automation plugins in the same persistent binary to allow for coding in the same user memory space which obviously offers a lot of advantages for C++ programming, and use CC SDK to trigger your plugins from custom panels. HTH
... View more
‎Jul 13, 2015
02:03 PM
I suspect a third party plugin called 'FITS Liberator' is what you need (feel free to Google more).
... View more
‎Jul 13, 2015
01:57 PM
Seems like a wrong community to post your question to. This is Photoshop Plugin and Companion App SDK (=software development kit) forum; try Adobe Photoshop instead..
... View more
‎Jul 13, 2015
01:53 PM
1 Upvote
I'm not too sure why you are using this approach to run some javascript code on an external event. Let's get clear on a few points here 1) Why doesn't this "another application" simply run PS with the javascript your plugin has to execute? Do you really need this plugin whose job it is to run javascript at all? I obviously could be missing something here from the picture, but usually plugins's job is to do something much more complex (think complicated C++ logic) than to trigger Javascript code on an external event 2) Assuming there is something else going on here and your plugin runs js as part of something more complex, why do need threads to being with? This external application could simply call your plugin by invoking PS with a tiny js file as a parameter that simply invokes your automation plugin. Your plugin would then be triggered whenever PS has a chance to dispatch the call, and you can do all the work you need including scripting right there. No threading or even idling seems to be necessary for this type of workflow. 3) Last to keep in mind, PS is NOT an MT-safe environment, so talking to PS SDK from the same binary but different threads is not a very good idea. You could of course mutex access to PS SDK so that only a single thread can access it at a time, but it's not a trivial task coding-wise, and again, chances are you'd be using a sledgehammer to crack a nut..
... View more
‎Oct 02, 2014
03:47 PM
I don't believe there is one, but as I've said above, invoking C# code from within the non-managed (basically C) framework that is provided by the plugin is a common problem with a common solution. Also, you may want to also consider the fact that PS is a cross-platform product and by using C# you are basically choosing to ignore your potential Mac users. The pixel data is read and written using a filter type of a plugin. The examples in the SDK are also under the filter category.
... View more
‎Oct 01, 2014
10:29 AM
I don't think there is any reason why it wouldn't be possible: when initializing the filter exec your program that would be then waiting for the input, then start retrieving the pixel data chunk by chunk, pass it to the external app using, say, shared memory ( e.g on Windows.see c# - sharing memory between two applications - Stack Overflow, but you may want also look at more cross-platform way of data sharing), get the C# program do its work and then store the data back from your filter. Somewhat hectic but doesn't seem to be impossible. Yet another possibility is for your c++ code to be a host of your c# one (see Hosting Overview). None of these actually requires much from PS except for the data itself - it's pretty much a generic "exchange data between c++ and c#" kind of design.
... View more
‎Sep 26, 2014
04:19 PM
I don't think there is a way to clear document's Dirty status short of Undo/Revert.
... View more
‎Sep 19, 2014
10:27 AM
Theoretically it may be doable assuming the tool used to modify B triggers proper events (not every tool does, unfortunately) AND your updates to layer A can be performed without disrupting user's work on B. What you'd need to do in this case is to implement an automation plugin based on Listener from the SDK samples that would monitor the events. Upon the event you'd need to determine the activate layer in your C++ code and if it's B then update A. The problematic part here would be whether you'd able to modify the non-current layer in a fashion that doesn't interrupt user's work on B (for example, you probably wouldn't want upon any change on B to change the current layer to A which would cause the focus to jump to A and then go back) and this would depend on the the type of changes you'd like to make there. Anyway, this would be the general direction I'd take here. HTH ivar
... View more
‎Sep 19, 2014
10:14 AM
I would suggest starting off an existing example panel that certainly does work. See, for example, Samples/CEP_HTML_Test_Extension_5.0 at master · Adobe-CEP/Samples · GitHub Your issue may also has something to do with the signing process - make sure your extension can be properly installed via ExMan. There were a few posts earlier this year in this forum about common signing issues, certificates etc.
... View more
‎May 05, 2014
07:12 AM
This feature has been requested for ages. The closest you could get programmatically is the color sample values that are reported when someone's using the color sampler tool. Not anywhere as elegant as what the info panels reports, quite obviously.
... View more
‎Apr 14, 2014
05:03 AM
No. Check the FAQ in the SDK documentation - it spells out pretty specificially what you can do and very boardly what you cannot (basically everything else).
... View more
‎Feb 17, 2014
11:15 AM
The short answer is yes, in addition to their location under different sections in the PS menu, each plugin has it's own internal limitations, sequence of invocation etc. The closest you can get to the "general purpose" plugin is an automation plugin as it can be triggered upon various events and can also invoke other plugins, A common approach when developing a plugin with mixed functionality is to have a main "dispatcher" automation plugin that either invokes other plugins as helpers (e.g. a hidden filter to process pixel data) or is invoked by other plugins either upon the events or via an exported suite. You may to browse the Automation examples in the SDK samplecode folder. I would also suggest looking into the "Plugin modules" section of the SDK documentation - it should have the information you need in terms of structure, limitations etc The FAQ section is also worh reading.
... View more
‎Dec 10, 2013
10:10 AM
Jiust as it's mentioned on that page that HTML5 link above would take you to, you have to download the Extension Builder3 preview here, follow the "Gettring Started" notes, run a simple panel example and off you go. You also may want to read this post and follow this exntesoinbuilder forum. ivar
... View more
‎Dec 06, 2013
12:08 PM
1. It most definitely is, but it requires some tweaking, especially on Mac. You can greatly simplify it if you can instantiate QApplication when your plugin is triggerred and you are about to show the GUI and destroy it when your plugin is done it's work. Persistant Qt is also doable but trickier; my advise would be to go there only if you really have to. 2. HTML5 panels is the way to go (flash panels are no more)
... View more
‎Nov 04, 2013
08:55 AM
Flash SDK is dead and HTML5 is the (new) way to go. Here is the place to start: http://www.adobe.com/devnet/creativesuite/articles/introducing-html5-extensions.html
... View more
‎Oct 30, 2013
10:39 AM
1 Upvote
C) it doesn't. Moreoever, in reality you will only get 15 bit integers (0-32768). Look elsewhere on forum (e.g. a note from Chris here: http://forums.adobe.com/thread/1038347) - it has been discussed at least a few dozen times.
... View more
‎Oct 10, 2013
09:47 AM
fxtech: to deal with this sort of problems we compile Qt with -qtnamespace [OutPrivateNameSpace] -qtlibinfix [_OutPrivateInfix] options - this guarantees no collision with other plugins' QT distros.
... View more
‎Sep 30, 2013
11:26 AM
Indeed there is not much documentation around about it. It's more straightforward on PC using QWinWidget; on Mac you indeed have to do some extra legwork which is pretty hacky. In the end however it works great - we've been using Qt in PS plugins for many years and while the Cocoa port was somewhat of a challenge,it did eventually work, so there is no reason to give up on it. We were considering publishing a sample stand-alone Qt plugin at some point, but with layers and layers of common libraries and platform-independed abstractions it's a lot of hassle to isolate only the code required, so we've never got around to it.
... View more
‎Sep 09, 2013
05:25 AM
Yes, unfortunately this is the type of approach one has to take to figure out where the plugins are on all sorts of different localized systems.
... View more
‎Sep 06, 2013
02:07 PM
From PITypes.h: typedef unsigned char Str255[256]; /* first byte length of string. The string is zero terminated. */ It's pure legacy - this is how strings in ol' good Pascal used to be organized
... View more
‎Aug 20, 2013
02:00 PM
1. Yeah, I think it would be reasonable to get a save event in this case however you won't get any. What you get instead is a close one, with a path. Look for keySaving in the close event; if its set to enumYes (which implies the document was saved on close), get the path by keyIn. Note that the path may be either a full path to the file or just a folder, if the the file was saved under the same name. 2. Unfortuantely, there are no 'before' events in Photoshop - you only are informed about what has already happened, so I'm afraid while 1) would allow you to be notified about the fact file was indeed saved, you won't be able to play export at this point. There are different solutions I can think about for this situation, but none of them are perfect. For example, you can inform the user then automatically re-open the file, re-export it and close, but this is a bit clunky and it won't work if the user is closing Photoshop which is, of course, problematic (in fact, due to an ancient bug which I believe still exists in CC, you cannot reliably show third-party GUI on PS shutdown). On the other hand, if your special format is in fact just a (relatively) lightweight metadata, you can cache it in memory while the document is still alive and then you will be able to save it even when the document is closed . None of this is ideal, but at least I am unaware about a better way to deal with saved-on-close documents.
... View more
‎Jul 22, 2013
08:24 AM
Here. But first I would recommend using Dev Studio to open and visually edit your resource files rather than tinker with them manually (unless you really know what you are doing). And second it's really a basic Windows programming issue that doesn't have much to do with Adobe SDK per se.
... View more
‎Jul 19, 2013
02:22 PM
Shmoopie99, if you make sure QAppliation is instantiated and killed 'on demand', running it inside a PS plugin on Mac should be relatively straightforward. The persistancy is indeed a bigger fish to fry.
... View more
‎Jul 19, 2013
02:07 PM
A couple of hints: 1. Instantiate QAppilcation before showing the GUI and delete right after, before passing control back to PS. Maintaining a persistent Qt application that doesn't interfere with Photoshop is doable, but it involves some additional work 2. On PC do properly parent all your modal dialogs off QWinWidget created with HWND of PS's main application window
... View more
‎Jul 19, 2013
02:00 PM
You are really not providing enough info for anyone to be able to help you. You have to realize that you are asking us to somehow debug your code that you are not providing in the post (a least the very few lines that trigger the plugin) which runs some third party plugin which nobody here probably has. In general, here are 3 simple steps you have to follow to get it all working: 1. Copy the listener plugin to PS plugin folder 2. Start PS, open your image and run your third-party plugin. Make sure it succeeds 3. Close PS and open Listener.log on the Desktop. Copy&paste the function that contains the code that triggers your third party plugin into your automation plugin source. ivar
... View more
‎Jul 17, 2013
09:52 AM
Momir, Assuming all the licensing issues figured out with Adobe, I'd imagine either using one of existing web based job schedulers or writing your own trivial one that would simply get parameters from the user (e.g. the folder with the input files) and instantiate a virtual machine (e.g. a VMare, VirtualBox or a Microsoft Virtual Server guest system) on the server. The VM would launch Photoshop in scripting mode with the parameters specified by the web interface and then post the logs back. In theory, all the components here are scriptable, so it should be just a matter of putting it all together, probably without much C++ coding involved. You may of course get away without virtualization but this approach won't scale.
... View more
‎Jul 17, 2013
08:37 AM
I'm unaware about any out-of-the box solution for this kind of task currently available. While there is no doubt it can be technically achieved without too much hassle by tying web interface to PS scripting and then further scaled to an arbitrary number of machines/cores using virtualization techniques, its the Adobe licensing which will become an issue here (e.g. see this document for Adobe's official policy). This question actually came up a few times in the past and you may also find some other discussions on the forum, even though I think the bottom line is that you have to contact Adobe directly to obtain such license. ivar
... View more
Copyright © 2024 Adobe. All rights reserved.
AdChoices