Maybe - it would just require changing the command to be the wine launcher.

(I really should have uploaded it with the path already set to Program Files... hadn't realized till after I had though. Sorry for the problems with that.)

-Rob A>

PC: I got it recognized, but its not working when you select the options. It does nothing. I am not so certain I can simply re-install Xnview, like Lyle did, because the PATHS in Linux are far different than in Windows.

I see Rob A answered your question as I was typing this. I'd already commented about installing in Ubuntu.

One other weird issue. When I actually try to run an adobe filter (only used built in filter earlier) I get missing plugin.dll error and have to say ok a few times then the filter the adobe filter selection shows up and I can run the filter. When I run XNView stand-a-lone, I don't get this error. I can tolerate this issue, but would be cool if someone could explain why. Including the error in capture.

I guess my next question (couldn't find the answer in my Python manual) is when using a Linux path, such as seen here:

# Command line
path = "/home/mahvin/.wine/drive_c/Program Files/XnView"
command = path + "xnview.exe " + "\"" + tempfilename + "\""

Wouldn't the command path (see highlighted) have to follow the same Linux conventions? I tried making backslashes into forward slashes, but that threw str errors.

Okay i tried to install it in XP and i get the dialog to pop-up that asks if i want a new from visible or layer.
No matter which i choose the plug-in seems to load then nothing.I placed this in for path..
# Command line
path = "c:\\Program Files\\XnView\\"
command = path + "xnview.exe " + "\"" + tempfilename + "\""

If i choose from new it actually copies the entire image, which is correct, but then the plug-in just does nothing.
Any ideas?

I think you have the same issue as I did Rod. I uninstalled XNView and re-installed it under c:\pf directory. I think Python for GIMP doesn't work right with long path names. Might try do use progra~1\\XNView\\ and see if that works. I just went ahead and installed XNView like Rob had it. Also, w.r.t. PS filters, you will get weird error pop-ups, but just click OK til they stop. Small price to pay for being able to use them in GIMP 2.6.11 (which I can now; same problem with 2.6.10 though). One other issue is w.r.t. transparent layers. You will need to save the file externally as a PNG file then drag it on top since XNView doesn't support copy/paste Alpha transference. PC already contacted the XNView team, but I don't know where that issue stands currently. My flow's a little slower now (moved all my PS compatible filters from my GIMP folder to my 8fb folder outside of GIMP except for Impressionist (doesn't appear to work in XNView). GIMP does launch just a little faster now (but I still have way too many brushes and Script-fus). lol

Well guess what. It's not GIMPs fault. If you use XNView's build in browser to open an image and then run a PS filter, you get no error, but, if you rightclick and open with XNView and then try to use a PS filter, you get the errors. The problem apparently is with XNView. Not sure if the same issue is with XNView and XP. Still, ignoring the errors by clicking OK a few times will eventually get you to the filter dialogue.

Well, apparently it's saving (at least) the data to a temp file, but it can't be called back, because it never actually saves to the temp folder (or the temp folder doesn't exist - depends on one or the other). It still doesn't load XnView. And it doesn't revert to XnView when I have it opened in the background.

Oh well, I tried...

OK I found a few other things-

The whole command line needs to be quoted if it has spaces, and the popen should have the args broken out.

Try the attached.

mahvin- I'm just using the built in temp location gimp provides. It is likely that the unix path is not accessable inside the wine environment. http://www.winehq.org/docs/winedev-guide/x3016 gives some details.

I'll try setting it up under ubuntu and see, OK?

lylejk - it was the lack of transparency pasting that led me to try this in the first case!

EDIT: Latest script here: viewtopic.php?f=9&t=970&start=20#p10510

-Rob A>

It does transfer images that have transparancies Rob (and gives you a new result with transparancies), but, if you use a filter like Cybia's Alphaworks filter, it won't work (Start off with an image with alpha channel of course. It works inside XNView, but it won't get transferred back into GIMP) unless you save the PNG file and drag it back. Not that big a deal though. Not sure why I'm getting all the error messages, but it's not due to your Script or GIMP (see comments above). Not sure if the developers know this and will patch it or not. It could be just my PC too. lol

Let me try this again...

It's no go on Win7 64bit. I don't want to install XnView in the regular "Program Files" directory, as this is reserved for 64 bit programs. I am looking into another option.

PM:

You can change the path in the PY file to suit the installation location. You just need to use double \\ .

I wish I could get it to work in Ubuntu, how sweet that would be.

OK; The original image as embedded alpha and the result shown is after I ran Cybia's Alphaworks filter and got placed back into GIMP (identical as before running the filter). The second version how it should be. I saved it while still in XNView. I have an idea why this is happening. Maybe if you can figure out how to paste it back in another layer besides the calling layer, you can get the proper result.

Ah; just tried it with a layer that already has transparancy components and the result that comes back is different then if I saved it externally further backing what I think is the problem.

What should be the result:



What comes back inside GIMP:

Rob: I don't know how I missed your post. I thought I was keeping a good eye for any replies and somehow I missed your post. Hmmm... Anyway, thanks for trying. I truly appreciate that.

OK - I installed wine and xnview and this seems to work:


Just replace the bits of the previous version and change your home/rob/ path to yours.

This is necessary to overcome the wine/linux paths.

-Rob A>

Results:

Traceback (most recent call last):
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 692, in response
dialog.res = run_script(params)
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 353, in run_script
return apply(function, params)
File "/home/mahvin/.gimp-2.6/plug-ins/XNViewShell.py", line 73, in plugin_main
args = shlex.split(command)
NameError: global name 'shlex' is not defined

I think I figured it out. It was pasting into the original selection, so if the filter removed alpha, the old image showed through...

Try the attached.

oops. Forgot. Add a

with the other imports

I'm just duffing so I hope this works, at least well enough for you to figure it out.

-Rob A>

Your new version worked Rob (of course had to change the path back to PF in my case; lol). Thanks a heap.