Yes that is the current behaviour. Just that I suggest a combobox option to offer choice to that current behaviour: Clipboard 1.png
A good reason for me suggesting an option is because if a user has other files in the directory that are not image files then XnViewMP would naturally try to switch ...
A combobox setting with the naming of Deleting a file in View: should be considered.
Several times I have deleted an image file (with XnViewMP View mode) while in View mode and I have wished that the tab had auto closed with it instead of the View switching to the next image file to view within the ...
The internal Paint tool within FastStone Capture (capture editor) is very impressive, I've used it for years: http://www.faststone.org/FSCaptureDetail.htm
Simple yet powerful.
Also some of the paint tools within PhotoFiltre Studio X are nice too.
Would like something just like those for XnViewMP ...
I just discovered a small GUI bug in XnViewMP but I think this might be an 'old' bug that has never been recognized untill now.
reproduction;
1.) In Windows Explorer, create a New Folder in any directory 2.) Put any Two JPG image files into this new folder 3.) Double-click just One of the ...
For View mode, I think it is good that the current behaviour of deleting a picture through view causes the view to switch to the next image file in the directory's file list
But I'm thinking an optional behaviour could exist whereby the View (view tab) would ...
I have inadvertently discovered two small bugs relating to tabs in XnViewMP 0.64
1.) The text "<Empty>" does not get shown by default on an empty tab (once empty tab's setting has been enabled). This text only displays on the tab after usually configuring the Tab's setting for 'character' or ...
When I open, view and zoom in/out of a really large resolution picture (an image screenshot of a website)...The Pan tool in XnViewMP nearly always loses it's selection focus or just disapears. I have encountered this many times.