Page 1 of 1
AFPL ghostscript not found on your system is annoying!
Posted: Tue Feb 21, 2006 8:55 pm
by andreasm82
If I am in "View mode" in a folder with some images and some PDF files, I can see images without any trouble. In previous versions, I didn't have any trouble, but now there's some.
Now, if I use keys previous or next file in "view mode" and the following file is a PDF file, it get this message:
AFPL ghostscript not found on your system, please download it from ....
It's very annoying, because this message appears more than one time!
I click on ok, but it opens again a few times...
Although I deactivated "Browser Open Action " for PDFfiles, xnview wants to open them... but I don't want this!
How can I browse my images without that annoying message?
Or add a checkbox in that message like "Don't show this message anymore" !!! that would be great.
Posted: Wed Feb 22, 2006 2:26 am
by ckit
You can fix this by going into XnView's options -> Browser -> Items displayed -> AI, PS, PDF files and make sure that all 4 boxes are unchecked!
Posted: Wed Feb 22, 2006 9:27 am
by andreasm82
ok thanks! The "Show in preview" box was checked but GRAYED. I didn't see this before that it was checked...
I first needed to check "Show item in view for other" to disable this option.
And after that I uncheck "Show item in view for other" again.
Strange...
Now it works fine.
Posted: Wed Feb 22, 2006 9:01 pm
by helmut
andreasm82 wrote:ok thanks! The "Show in preview" box was checked but GRAYED. I didn't see this before that it was checked...
I first needed to check "Show item in view for other" to disable this option.
And after that I uncheck "Show item in view for other" again.
Strange...
Now it works fine.
Sounds like a bug. Greyed out (=disabled) options shouldn't be active, even if the checkbox is still checked.
Posted: Wed Feb 22, 2006 9:46 pm
by andreasm82
helmut, you are right. seems to be a bug!
3-state ?
Posted: Wed Feb 22, 2006 11:58 pm
by Clo
—>
Helmut
• Hi !
- Some 3-state boxes exist, they can be greyed but active as "Automatic running" for a certain function :
—————
… like they are above.
- They can be too : white background, empty= disabled and white background, ticked = forces a user's setting…
• Aside : Here, XnView has been unable to find out a G.S. installed in the other local hard-disk, I had to install another G.S. in the hard-disk where XnView is used currently…
- Sounds too as at least a lacuna, if not a bug… IMHO, XnView might check all local HDs to find the appropriate executable, instead to look at the registry of the current one only.
G.
Claude
Clo
Re: 3-state ?
Posted: Thu Feb 23, 2006 4:01 am
by marsh
Clo wrote:
• Aside : Here, XnView has been unable to find out a G.S. installed in the other local hard-disk, I had to install another G.S. in the hard-disk where XnView is used currently…
- Sounds too as at least a lacuna, if not a bug… IMHO, XnView might check all local HDs to find the appropriate executable, instead to look at the registry of the current one only.
Here is info from my ".reg" file. Paths can be edited to move location of G.S. I avoid installers for strange reasons.
Code: Select all
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\AFPL Ghostscript]
[HKEY_LOCAL_MACHINE\SOFTWARE\AFPL Ghostscript\8.53]
"GS_DLL"="D:\\prog\\gs\\gs8.53\\bin\\gsdll32.dll"
"GS_LIB"="D:\\prog\\gs\\gs8.53\\lib;D:\\prog\\gs\\fonts;D:\\prog\\gs\\gs8.53\\Resource"
Another registry…
Posted: Fri Feb 24, 2006 2:20 am
by Clo
Hello B. !
- Installing the new G.S. in my HD
E:\ under Win XP-Pro - NTFS solved the issue, but I wonder that XnView didn't check at least the register of the HD
C:\ under Win 98 SE which can't be used to boot anymore now…
- So, the two registers are not the same version : Win 98 SE is "
Regedit 4" and the XP one is "
Regedit 5", I don't know if an import from 4 —> 5 does work… ?
- Anyway, the register of Win 98 SE is quite reachable still : I can start
its Regedit and browse it…
- Hence, XnView might be able to do the same…
Kind regards,
Claude
Clo
GPL version works also
Posted: Sun Mar 26, 2006 4:56 pm
by marsh
Aside: Unofficially, GPL version works if registry data is altered (same performance with both types).
[HKEY_LOCAL_MACHINE\SOFTWARE\AFPL Ghostscript
vs.
[HKEY_LOCAL_MACHINE\SOFTWARE\GPL Ghostscript
Posted: Wed Mar 29, 2006 11:11 pm
by andreasm82
thanks to programmers, this bug has been fixed!
Posted: Thu Mar 30, 2006 9:00 pm
by helmut
andreasm82 wrote:thanks to programmers, this bug has been fixed!
I haven't been deep in the discussion, yet I'd be interested to know what actually fixed your problem?
Posted: Tue May 16, 2006 6:47 pm
by andreasm82
I don't know... I downloaded the newest version at this time and this version fixed the bug
Re: GPL version works also
Posted: Tue Sep 12, 2006 9:24 pm
by marsh
marsh wrote:Aside: Unofficially, GPL version works if registry data is altered (same performance with both types).
[HKEY_LOCAL_MACHINE\SOFTWARE\AFPL Ghostscript
vs.
[HKEY_LOCAL_MACHINE\SOFTWARE\GPL Ghostscript
Xnview should also look for GPL in registry. According to Ghostscript news page, GPL will be the leading edge for their development. So, their installers might not use AFPL registry name in future.
http://www.ghostscript.com/awki
Re: GPL version works also
Posted: Wed Sep 13, 2006 6:59 am
by xnview
marsh wrote:marsh wrote:Aside: Unofficially, GPL version works if registry data is altered (same performance with both types).
[HKEY_LOCAL_MACHINE\SOFTWARE\AFPL Ghostscript
vs.
[HKEY_LOCAL_MACHINE\SOFTWARE\GPL Ghostscript
Xnview should also look for GPL in registry. According to Ghostscript news page, GPL will be the leading edge for their development. So, their installers might not use AFPL registry name in future.
http://www.ghostscript.com/awki
Ok