XnView Software

I don't expect Xnview to be a file manager, but PDF files being previewed
along with JPGs and other images can cause problems:

1. Previewing a PDF file like the one below (1meg in size) slows Xnview down
extremely by much CPU usage.

Sample PDF:
ftp://download1.nvidia.com/Windows/71.8 ... _Notes.pdf

AFPL Ghostscript 8.51:
http://sourceforge.net/projects/ghostscript/

2. When scan headers encounters PDF file, alot of CPU time is used.

This is a known issue - see my post http://newsgroup.xnview.com/viewtopic.php?t=1665

Are you talking about the XnView Shell Extension or XnView?

XnView 1.80 RC2 has some new options (no thumbnail for PDF's) to help in this area but we still need to wait for a newer Shell Extension.

I'm suggesting that they should not be displayed by default in browser (like common JPGs,PNGs) because of the known slowdowns.

Ok I agree with you, theres need to be an option for this.

ckit wrote:Ok I agree with you, theres need to be an option for this.

So you would like to have "no thumbnail for PDF" by default?

A browser>preview>'Display PDF' might be needed because of slowdowns. Just like there
are options to preview movies.

marsh wrote:A browser>preview>'Display PDF' might be needed because of slowdowns. Just like there
are options to preview movies.

I agree with that. Personally I find this program just great, but this PDF is one thing that annoys me a bit. I have quite a lot of PDF documents, and some of them are quite big, let's say 10 or 50 MB etc. So every time I opened some folder with PDF files, it took "ages" to display everything. Now I simply don't open folders with PDFs.

I think that "marsh's" solution would be great.

And there's another thing that I noticed in this prerelease version (1.80 RC2). For example, I opened folder with 13 PDF documents, all together around 11MB. And since I didn't want to wait, I switched to another folder. Of course nothing happened because program was to busy. And then I simply "killed" the program (with End Task). But the result was, that on folder

C:\Documents and Settings\UserXXX\Local Settings\Temp

there was a file "x_FD.tmp" which was created by AFPL Ghostscript 8.11, and it was around 220MB big.

I tried the same procedure for few times, and in few cases (with some bigger PDF files) the result was around 700MB big "x_F?.tmp" file (? stands for some letter or number, but that x_F and the extension tmp were always the same).

I'm pretty sure that this is Ghostscript's issue, and I know that I shouldn't just "kill" the task, but still. The system started to complain about not having enough space on system partition, and it took me some time to figure out what's the problem.

So, I think that this PDF problem really should be "fixed" somehow. And I think that "marsh's" solution would be good.

And I fogot to mention, that I have AMD Athlon XP, 1533 MHz (11.5 x 133) 1800+, 512MB RAM, Windows XP Professional SP2 with Matrox G550 (32 MB RAM) graphic card.

marsh wrote:A browser>preview>'Display PDF' might be needed because of slowdowns. Just like there
are options to preview movies.

Ok, i'll add it

xnview wrote:

marsh wrote:A browser>preview>'Display PDF' might be needed because of slowdowns. Just like there
are options to preview movies.

Ok, i'll add it

I think it would be a good idea to add this to "File list" as well. Maybe to add "PDF" under "Items shown in other modes".