XnView Software

Confirmed fixed.

Confirmed fixed.

Confirmed fixed.

Confirmed fixed.

Confirmed fixed.

Confirmed fixed.

I say just postpone it if there's no other feedback.

Still necessary, in case you accidentally select the wrong one. But yes, names could be useful.

As the title says. If you save a layout, then make changes and save the current layout with those changes as the same layout you previously saved, it will overwrite your previously setup layout without warning.

XnView: MP 0.84 x64 OS: Windows 7 - 64 bit Effect: Restoring the layout reverts the info pane tab to Histrogram, XMP, or EXIF tab which can be irritating. To reproduce: 1. Save current layout. 2. Select a file in browser and select Properties tab in info pane. 3. Restore layout and see that info pan...

Just found out it also returns a little of the memory when closing the viewer tab, but most remains locked. This doesn't get freed even when selecting another folder in the browser or closing the browser. The only way to free it appears to be closing XnView.

XnView: MP 0.84 x64 OS: Windows 7 - 64 bit Effect: Leaving XnView MP open with one or more animated GIFs results in a memory leak. To reproduce: 1. Open one or more animated GIFs. 2. Check the memory usage via Task Manager or whatever means you prefer and note it for later. 3. Leave XnView running. ...

Postponing would probably be fine, but what about just making it low priority? Or is that basically what postponing is here?

I'm not even sure how you could have multiple views without multiple tabs, but how about instead of "tabs" or "views" saying "views/tabs?"

CameronD, The issue isn't with the files; as noted in step 4, the contents (i.e. files) are in fact updated. It's just changes to the directories themselves that aren't. So if you have a network share containing F1 (folder 1), F2, and F3 displayed in the folder tree, and you add F4 through Explorer,...