XnView Software

hi,

XnView is a great program, but since V 1.66, the directory tree pane is not saflly updated. I have to restart XNview to get all directories in the tree pane. If I am adding/removing directories either i XnView or in Explorer while xnview is running, the changes are not visible in the directory tree pane.

--b

bwl21 wrote:...the directory tree pane is not saflly updated. I have to restart XNview to get all directories in the tree pane...

If you create or remove folders in external programs, XnView might not be updated. Just press "F5" or "Ctrl+R" to refresh the browser.

I've just made some tests (created and removed dirs in XnView) and all worked well for me. Could you please try to describe some steps to reproduce the problem? On which platform do you work?

I am working on Windows. When XnView is active, I download the images via Cam2pc which creates proper filenames and directories.

These directories are not visible in XnView's tree.

The directories are not even visible if I create a directory within XnView.

Did you try to press "F5" or "Ctrl+R" to refresh the XnView browser?

Please also check the option "Update Treeview when refresh", which you can find in menu "Tools->Options", Category "Browser".

This is a very old thread to be bumping, but it's still an issue. I have a biggish directory tree (NTFS, presently 133,518 files, 6642 folders) devoted to graphic art, everything from Altamira cave painting to quite young living artists (together with a perhaps unnecessarily large subtree of my own stuff.) To keep all this organized I usually have three or four instances of xnview (v.1.96) running -- left pane, filesystem tree view; right pane, thumbnails.

I also keep several instances of XP's own Explorer open, same setup: left, Explorer tree view; right, thumbnails. Explorer is there because it offers one particular convenience I can't live without, namely that if you just want to move a file you can left-click and drag from the thumbnail pane to a different folder in the tree view, but if you want to copy the file you can right-click the thumbnail, drag over to the tree view, and XP will ask you what you want to do: move or copy. I do quite a lot of copying because the whole graphics tree is arranged three ways: by artist, by subject, and by technique. A new downloaded image file will pertain to only one artist, usually, but probably several different subjects and maybe several different techniques. I copy because storage is cheap and if I used soft links and then changed my mind about organizing stuff (which happens all the time) the links would break.

The problem, just as it apparently was back in 2003, is that if you creat a new directory/folder in Explorer, it seldom shows up in the xnview tree pane until you stop and restart xnview. View menu/Refresh (or ctrl-R or F5) only refreshes the thumbnail pane. Tree pane, nothing. Un-displaying and re-displaying the tree pane (View Menu/Tree pane/Show twice, or ctrl-shift-F twice) also doesn't pick up the the new folder not created within xnview. Interestingly the right-click context menu choices "Copy to folder..." and "Move to folder..." (alt-C and alt-M) in the thumbnails pane do pick up new folders right away, presumably because they're using the Windows API's filesystem access rather than anything cached by xnview. But copying or moving files this way involves so much pointin' 'n' clickin' heavy breathing to locate the copy-to folder that I'd rather just keep some Explorer instances open instead.

But going back and forth between Explorer and xnview is a pain, and those Explorer instances are a waste of resources I'd really like to recapture. (It's a good PC but I usually also have Photoshop, Corel Painter, Inkscape, my scanner controller and a handful of other GUI things open at the same time, together with command windows for imagemagick and exiftool.)

Can anyone point me to some (ANY!) way to get xnview to refresh its tree pane to reflect the true current state of the filesystem instead of the one it cached at startup?

Thanks very much! Sorry to be so longwinded.

dimetrodon wrote: The problem, just as it apparently was back in 2003, is that if you creat a new directory/folder in Explorer, it seldom shows up in the xnview tree pane until you stop and restart xnview. View menu/Refresh (or ctrl-R or F5) only refreshes the thumbnail pane. Tree pane, nothing. Un-displaying and re-displaying the tree pane (View Menu/Tree pane/Show twice, or ctrl-shift-F twice) also doesn't pick up the the new folder not created within xnview. Interestingly the right-click context menu choices "Copy to folder..." and "Move to folder..." (alt-C and alt-M) in the thumbnails pane do pick up new folders right away, presumably because they're using the Windows API's filesystem access rather than anything cached by xnview. But copying or moving files this way involves so much pointin' 'n' clickin' heavy breathing to locate the copy-to folder that I'd rather just keep some Explorer instances open instead.

So you have the problem with only one instance of XnView? If you close/open the parent folder (tree pane), the folder isn't refreshed?

I guess this is "The Thread That Wouldn't Die," because I'm having sort of a similar problem.

I use Drivecrypt to encrypt a partition on my hard drive. When Drivecrypt mounts the partition, it creates a new drive letter and that's how the encrypted data is accessed.

The other software I'm using doesn't have any problems with this - Windows Explorer, FreeCommander, ACDSee, etc. It takes a second or two, and without any action on my part, they report the new drive in their folder trees.

But XNView 1.97.5 doesn't. Manually refreshing via CTRL-R or the menu doesn't work. The only way I can get it to show the newly mounted drive is to collapse "My Computer" and then expand it. But only if I do that twice!!!! I'm serious - Collapse, Expand, nothing happens, Collapse, Expand, ah, there it is. This is an OK workaround and I guess I don't mind too much if I have to do that, but I've been using the program for a few days and this is the only thing I've seen it do incorrectly - and the only thing I haven't liked about it.

Similar situation when I dismount the drive. XNView doesn't react. The only difference is that a single Collapse, Expand cycle is enough to remove the drive from the folder tree.

In Preferences, I do have Auto Refresh checked and I do have "Update Tree View When Refresh" checked. I'm running WinXP SP2.

Just to see if it was something about DriveCrypt, I plugged my Flip MinoHD into a USB port. Same thing happened. Windows Explorer reports the new device immediately, but XNView required the 2 Collapse/Expands to show it. It's just something with new drives and XNView's refresh.

I have the Browser set to "Details" and I have customized the columns. I'm using the 3 side-by-side windows layout for the Browser.

I don't know if it's relevant, but when I manually refresh, I see the Files section of the Browser blink as the refresh rolls through, but the Directory Tree does not appear to react at all.

XNView's auto refresh does work as it should in other circumstances. If I download an image from the internet into the directory I'm looking at with XNView, it shows up immediately.

Let me know if you need any other data.