I've wedded FLTK 1.3 to the Photoshop plug-in (CS5 SDK) and have been
extremely happy with write-once, use-many. Coding on the Mac has been
straightforward and I've just ported my UI to the PC. (Win7).
Here's the problem -- the plug-in (DLL) will run once. (64-bit or 32-bit
doesn't
pass the results back. Truly ugly and a last resort. We'll see if
I get that desperate.
Thanks!
-Chris
On 29 Aug 2012, at 20:06, Chris Russ wrote:
I've wedded FLTK 1.3 to the Photoshop plug-in (CS5 SDK) and have =
been extremely happy with write-once, use-many. Coding on the Mac has
Carlos,
Photoshop has a much older API where they call you and allow you to take over
but provide a few call-backs that you have to hit from time-to-time to push the
progress bar, retrieve image data, send image data back to the host, etc.
So to answer your questions:
1. No. I can make my own
Carlos Ian.
I have many things to report.
Plan (1): hack FLTK to reinit properly.
- Fl_Win32.cxx is included within Fl.cxx and there are a lot of statics in
there. There are also a number of static classes that are created and hold
stuff, stuff that is Win32-specific. [This problem doesn't
Greg,
I'm only allowed to hit Photoshop callbacks from within the thread that
Photoshop calls me with.
In the past, I've used pure Win32 calls under Windows and had no problem (as it
is the underlying API beneath EVERYTHING). On the Mac none of this seems to be
an issue.
Adobe's toolkit for
Guys,
one more tidbit. I tried this and it ran the first time through. The second
time the DLL was able to reload, but it still didn't put up my UI. Next, I'm
going to try Greg's Separate Thread approach.
-Chris
FLTKInstance = GetModuleHandle(fltkdll.dll); //access count is N
in the @$@#$%. Not only passing images over
the wall is a pain, but remaining modal in that case would be a challenge.
I'd hate to have to abandon FLTK, but that's basically what I'm looking at. At
least on the PC.
cr*p. You guys did some nice work.
-Chris
On 09/04/12 12:11, Chris Russ wrote
Guys,
Looks like you have most of the details right.
Here's what I did for static re-initialization. (Figure 1A 1B) Certainly I
must have missed some things. For one, I'm not especially thrilled with how I
hacked Fl_Surface_Device and Fl_Display_Device with set() functions, not how
the
Matthais,
Actually, this is what Adobe does in DllMain (you'll laugh):
extern C BOOL APIENTRY DllMain(HANDLE hModule, DWORD ul_reason_for_call,
LPVOID);
BOOL APIENTRY DllMain(HANDLE hModule, DWORD ul_reason_for_call, LPVOID)
{
dllInstance = static_castHINSTANCE(hModule);
return
if CreateProcess() can be made to act modal. I
already have examples of _most_ of the parts of this.
Thanks, guys.
-Chris
On 09/05/12 07:31, Chris Russ wrote:
I've gotten approval from the bosses to attempt a two-part plug-in -- first
part
that grabs the image, second part that does
I've found an interesting keyboard/USB device by Keith McMillen called a QuNeo.
http://www.keithmcmillen.com/QuNeo/overview
It's intended to be used with their software and control music equipment, but
it would sure be nice to accept events from it, and control it from FLTK.
It does pressure
I've found an interesting keyboard/USB device by Keith McMillen called a QuNeo.
http://www.keithmcmillen.com/QuNeo/overview
It's intended to be used with their software and control music equipment, but
it would sure be nice to accept events from it, and control it from FLTK.
It does pressure
I've been working on a widget that can show images zoomed in and out at
arbitrary percentages, and that part works. Now, in the middle of my ::draw()
function I want to overlay some RGBA PNG images -- these have transparency
where I'd like the underlying image to show up.
I can make the
As Ian and Greg pointed out already, alpha blending works with
FLTK 1.3 (and even with 1.1), but there are some restrictions.
Greg's method works like a champ and I actually found it about 1/2 hour after I
posted this in the forum. Thanks!
Upon further investigation, the documentation
I've wedded FLTK 1.3 to the Photoshop plug-in (CS5 SDK) and have been extremely
happy with write-once, use-many. Coding on the Mac has been straightforward
and I've just ported my UI to the PC. (Win7).
Here's the problem -- the plug-in (DLL) will run once. (64-bit or 32-bit
doesn't matter)
15 matches
Mail list logo