XnView Portable and Ghostscript Portable installed to default location on same drive. Try to open PDF in XnView Portable, error says that Ghostscript needs to be installed. I'll wager that the current GIMP Portable has the same issue.
Gord - You built the launcher using a non-stable version of PAL. Remember, we never support releases with anything except current stable PAL and every launcher for our own apps is rebuilt and digitally signed just prior to packaging with current stable PAL to ensure end users can properly recreate it and ensure that it was built with the latest stable PAL and NSISu.
Reminder to all other developers, do not submit apps for release with any version of PAL other than current stable. No tip, alphas, betas or custom builds will be accepted. If you use a non-stable PAL for a dev test of any app, you must state it clearly and prominently in your post and understand that it will not be accepted for general release.
Sometimes, the impossible can become possible, if you're awesome!
I'm packaging 1.98.7 tomorrow, I'll take care of this as well.
[EDIT] I only use current stable PAL. I've fixed the issue in local build, and as soon as I can add the updated base app files, will be sending the 1.98.7 package for posting.
The issue here was that I made a mistake in setting the environment variables XNVIEW_GS_DLL and XNVIEW_GS_LIB.
Ah, I saw Ghostscript=find in Activate in your launcher.ini and assumed you were basing on 2.2.x version as this is unsupported in stable. If that's not the case, sorry for assuming it was.
Sometimes, the impossible can become possible, if you're awesome!
It's based off 2.2, in that I vacillated the Ghotscript detection stuff by putting it in Custom.nsh
This way, once 2.2 (or whatever it gets labeled as) gets released, we just need to delete the custom code, and make no changes to the launcher.ini. It was a tactical move in order to make our lives easier later.
Slightly OT, I just verified that GIMP 2.6.12 works correctly with GS.
How can you verify whether it is working? I know PDF reading is supposed to require Ghostscript. With Ghostscript Portable installed alongside XNView Portable, it no longer complains about Ghostscript missing when attempting to open a PDF, so it is seeing it. It doesn't, however, actually open the PDF and complains about not knowing what file type it is. Gord said he got batch scanning working with this 1.98.7 build. Do you have both apps installed to the proper place? How are you determining if it is working?
Sometimes, the impossible can become possible, if you're awesome!
It does see Ghostscript , as this is what it uses for postscript files. And it does open *.eps, and *.ps files.
The Curious thing is that as I understand it a pdf file. Is basically an advanced form of a *.eps file.
Ghostscript 9.05 portable is installed correctly in the commom files folder. When ghostscript is recognized correctly by XnView then it produces a thumnail view of the pdf file, as it does in XnView 1.98.5. This is not happening in XnView 1.98.7. Also this is why XnView 1.98.7 can't open pdf's.
I think it is a different problem as the error is not "Can't find Ghostscript", but rather 'I don't know what to do with this file' .
It seems that Xnview does see Ghostscript but for some reason is not recognizing pdf files.
Went to tools then to open with, then add program then searched for the portable drive for common file then ghostscipt adnd bin then chose gsscript32.exe
It opened then
Edited it opens them but not the way it should, think we might need to wait for Gord's input
“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss
I read, I tried I confirmed. I removed XNView from drive re-installed and voila it works as advertised...me thinks something may have been left behind from previous release and was blocking it, All I can say is on a clean install all is good for viewing PDF files
“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss
Ok, I've finally found the problem, and fixed it in my local build. I'll verify when I get home that it still works for batch scanning, and provided it works, I'll send a revision for posting. To make it clear: I can now open PDF's with my local copy of XnView Portable.
I tested it on the eps and pdf files I have and it previews and opens then.
Only thing it is slow. So if it does not display / open right away or you double click a file and it gives you a error. You may just have to give it a couple of seconds with the file you want selected.
I really like xnview and appreciate the effort into developing it.
I had a similar issue to that described above (on Windows 7; xnview 1.99; ghostscript 9.05); that is, attempting to open pdf, eps, and ps files would give me the error message "Format of file could not be determined"
After an hour or two of banging my head against my keyboard, I discovered that I had 64-bit ghostscript rather than 32-bit. Installing the 32-bit version of ghostscript 9.05 solved the problem, and xnview now sees the correct version of ghostscript (in the Program Files (x86) folder), and everything now works well. I am writing this in case anyone else has a similar problem.
Where do we install Ghostscript on our USB drive so Gimp and XnView will be able to access it? I installed it on my C: drive, but it doesn't see it. I have been taking the shotgun approach on my USB drive and have not got it working yet. Thanks in advance.
Everything gets installed relative to a PortableApps folder. This is normally located at X:\PortableApps but could be within USERPROFILE or elsewhere. Within the PortableApps folder, you should have XnViewPortable installed as well as a CommonFiles dirtectory with Ghostscript within that. So:
XnView Portable and Ghostscript Portable installed to default location on same drive. Try to open PDF in XnView Portable, error says that Ghostscript needs to be installed. I'll wager that the current GIMP Portable has the same issue.
Gord - You built the launcher using a non-stable version of PAL. Remember, we never support releases with anything except current stable PAL and every launcher for our own apps is rebuilt and digitally signed just prior to packaging with current stable PAL to ensure end users can properly recreate it and ensure that it was built with the latest stable PAL and NSISu.
Reminder to all other developers, do not submit apps for release with any version of PAL other than current stable. No tip, alphas, betas or custom builds will be accepted. If you use a non-stable PAL for a dev test of any app, you must state it clearly and prominently in your post and understand that it will not be accepted for general release.
Sometimes, the impossible can become possible, if you're awesome!
I'm packaging 1.98.7 tomorrow, I'll take care of this as well.
[EDIT] I only use current stable PAL. I've fixed the issue in local build, and as soon as I can add the updated base app files, will be sending the 1.98.7 package for posting.
The issue here was that I made a mistake in setting the environment variables XNVIEW_GS_DLL and XNVIEW_GS_LIB.
Ah, I saw Ghostscript=find in Activate in your launcher.ini and assumed you were basing on 2.2.x version as this is unsupported in stable. If that's not the case, sorry for assuming it was.
Sometimes, the impossible can become possible, if you're awesome!
It's based off 2.2, in that I vacillated the Ghotscript detection stuff by putting it in Custom.nsh
This way, once 2.2 (or whatever it gets labeled as) gets released, we just need to delete the custom code, and make no changes to the launcher.ini. It was a tactical move in order to make our lives easier later.
Slightly OT, I just verified that GIMP 2.6.12 works correctly with GS.
That makes sense. Sorry for assuming it was a PAL version issue. Glad to hear GIMP is working as expected.
Sometimes, the impossible can become possible, if you're awesome!
Same problem as 1.98.6. What's up with this?
aJY3X0p98WJb
How can you verify whether it is working? I know PDF reading is supposed to require Ghostscript. With Ghostscript Portable installed alongside XNView Portable, it no longer complains about Ghostscript missing when attempting to open a PDF, so it is seeing it. It doesn't, however, actually open the PDF and complains about not knowing what file type it is. Gord said he got batch scanning working with this 1.98.7 build. Do you have both apps installed to the proper place? How are you determining if it is working?
Sometimes, the impossible can become possible, if you're awesome!
It does see Ghostscript , as this is what it uses for postscript files. And it does open *.eps, and *.ps files.
The Curious thing is that as I understand it a pdf file. Is basically an advanced form of a *.eps file.
Ghostscript 9.05 portable is installed correctly in the commom files folder. When ghostscript is recognized correctly by XnView then it produces a thumnail view of the pdf file, as it does in XnView 1.98.5. This is not happening in XnView 1.98.7. Also this is why XnView 1.98.7 can't open pdf's.
aJY3X0p98WJb
I think it is a different problem as the error is not "Can't find Ghostscript", but rather 'I don't know what to do with this file' .
It seems that Xnview does see Ghostscript but for some reason is not recognizing pdf files.
Went to tools then to open with, then add program then searched for the portable drive for common file then ghostscipt adnd bin then chose gsscript32.exeIt opened then
Edited it opens them but not the way it should, think we might need to wait for Gord's input
“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss
I read, I tried I confirmed. I removed XNView from drive re-installed and voila it works as advertised...me thinks something may have been left behind from previous release and was blocking it, All I can say is on a clean install all is good for viewing PDF files
“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss
Ok, I've finally found the problem, and fixed it in my local build. I'll verify when I get home that it still works for batch scanning, and provided it works, I'll send a revision for posting. To make it clear: I can now open PDF's with my local copy of XnView Portable.
This is fixed in 1.98.7 Rev 2. Some users may need to reset their preferences to fully enable Ghoscript support and PDF viewing.
Sometimes, the impossible can become possible, if you're awesome!
I tested it on the eps and pdf files I have and it previews and opens then.
Only thing it is slow. So if it does not display / open right away or you double click a file and it gives you a error. You may just have to give it a couple of seconds with the file you want selected.
Thank you to all who had a part in fixing this!
I really like xnview and appreciate the effort into developing it.
I had a similar issue to that described above (on Windows 7; xnview 1.99; ghostscript 9.05); that is, attempting to open pdf, eps, and ps files would give me the error message "Format of file could not be determined"
After an hour or two of banging my head against my keyboard, I discovered that I had 64-bit ghostscript rather than 32-bit. Installing the 32-bit version of ghostscript 9.05 solved the problem, and xnview now sees the correct version of ghostscript (in the Program Files (x86) folder), and everything now works well. I am writing this in case anyone else has a similar problem.
Where do we install Ghostscript on our USB drive so Gimp and XnView will be able to access it? I installed it on my C: drive, but it doesn't see it. I have been taking the shotgun approach on my USB drive and have not got it working yet. Thanks in advance.
Why didn't I think of that?
Everything gets installed relative to a PortableApps folder. This is normally located at X:\PortableApps but could be within USERPROFILE or elsewhere. Within the PortableApps folder, you should have XnViewPortable installed as well as a CommonFiles dirtectory with Ghostscript within that. So:
X:\PortableApps\XnViewPortable
X:\PortableApps\CommonFiles\Ghostscript
All of this is automated if you use the PortableApps.com Platform.
Sometimes, the impossible can become possible, if you're awesome!