XnView Software

this problem still around ... and its even worse with multimonitor setup... if you move xnview to another display and then change image to another with [fit image to desktop, large only] on.. then the entire window moves to the default display monitor.. regardless of the program originally being on ...

[View] > [Auto Image Resize] > [Fit image to desktop, large only]

I use this option all the time in xnview when cycling through images, and I can't find a similar or better replacement for it in xnview mp.

Would be nice if there was an option to specify in xnview/mp options or in the browser that a folder have its own local cache db for thumbnails, much like it used to be for windows pre vista. Or maybe a root db that handles thumbnails for all sub folders, that way it reduces the total number of per ...

i agree that bug has been in there for many years

just want to add that even the image properties dialog the filename: "finally.jpg" and folder path: "c:\images\images\images\" are on 2 seperate lines... its ok.. but you can see how xnview doesn't at all provide anyway of being able to copy the full path of a image like "c:\images\images\images\fin...

In the xnview browser in the context menu is a shortcut called copy path name This only copies the folder path, it doesn't attach the filename.ext to the end of that path... which it should.. or at least another type of option that does would be very good... a hotkey that worked globally would also ...

ok ... in my process of putting back all my settings again on the clean .ini Its gone back to crashing... and now I know what the xnview problem is... "Loop on file list"!!!! ...having it turned on causes the appCrash if the opened file is in a hidden directory... Also trying to open prev/next image...

Yes, clean .ini works (should have thought of doing, just didn't want to setup everything again)..

really strange.. I guess the .ini file I had used was old.

Well any file with attribute hidden, when opened with xnview will cause it to crash for me.

Of course I just tried to reproduce it on another machine with xp and that worked fine, so now I dunno what it is... though its only xnview that has the problem, any other app will be just fine.

yes

xnview wrote:You double click on a hidden file to open in XnView, and crash?

yup

The link above doesn't work.. You are not authorised to read this forum. So tried with this build latest build posted in general and also. http://www.filehorse.com/download-xnview/7918/ Same issue ..this is with hidden files.. opening an image, then you get: Problem signature: Problem Event Name: AP...

something new... coming soon... its been so long.. is XnView MP the future not XnView v2?

gonna add onto this annoying thing the mousewheel tabbar in 1.96( mousewheel support is great, but idealy it should loop around at the end like all good tabbars) now the other annnoying thing.. I'll sometimes use the browser to open up new images on the tabbar, but if move away from the browser view...

copy pasted into general section... --- Another annoying thing with XnView that I hope would ideally be fixed by now is it resetting the window position when you goto next/prev file. Its highly annoying when you open an image, move xnview titlebar location, and then change image while in the same xn...