1.5.2 - browser - mouse Forward/Back buttons select/open file

[user0]

XnViewMP 1.5.2 64bit
Windows11 (22H2), display resolution 3840x2160, win scaling 150%

Browser
mouse Forward/Back buttons select/open file

To reproduce:
0. have mouse with extra buttons with Forward/Back actions assigned

mouse.png (23.08 KiB) Viewed 2926 times

1. double click on any image
2. press enter to open Browser mode
just an easy way to get into folder and have empty navigation history for better issue visualization
3. move cursor over any image file
4. click Forward or Back button
file under cursor will be selected
5. double click Forward or Back button
file under cursor will be opened in Viewer

expected behaviour
mouse Forward/Back buttons should only work with navigation history,
without affecting files prior to that




Related

• issues
  1.5.1 - browser - preview - RMB double click opens image
  - fixed -
  1.5.2 - browser - mouse Forward/Back buttons select/open file (current post)

[FKCapitalism2]

If i can add currently we have mouse black button doing similar as pressing backspace in Windows 7/10, instead of going one directory up it goes back so pressing two times would go back to previously open folder, wish there was way to specify if you want mouse side buttons to only go up to parent directory without returning to any previously viewed sub-folders under same directory.

[xnview]

i can't reproduce, forward/back buttons works as expected even if file is selected.

[mattcro]

I have noticed that in recent (and maybe all) versions including 1.5.4 the mouse back/forward buttons work as expected in the browser thumbnails pane (navigate back and forward in browsing history, like web browsers and Windows Explorer), but not in the folder tree pane.

In the folders pane, clicking back/forward button always selects and views the folder under the cursor, the same as left-clicking. Ideally the behaviour should be the same as in the thumbnails pane (ie navigate back/forward in browsing history).

Clicking the forward button on the thumbnails pane when there is no newer history to go forward to, does select the thumbnail/file, and double-clicking forward opens/views the file (same as left button double-click).

Clicking back all the way to the start of browsing history also starts selecting the thumbnail/file, and double-clicking back also opens the file under the cursor. If that is a folder, then the folder is entered and then exited again because there is now one history item to go back to.

I think there should be no action when trying to go back past the start or forward past the end of browser history. Basically the same as clicking on the back/forward buttons on the browser pane toolbar.

[user0]

i can't reproduce, forward/back buttons works as expected even if file is selected.

step 3 added - your cursor shall be over image file

In the folders pane, clicking back/forward button always selects and views the folder under the cursor, the same as left-clicking. Ideally the behaviour should be the same as in the thumbnails pane (ie navigate back/forward in browsing history).

+1
behaviour shall be the same as in windows file explorer

[xnview]

i can't reproduce, forward/back buttons works as expected even if file is selected.

step 3 added - your cursor shall be over image file

Thanks to your detailed description I can reproduce the problem.

+1
behaviour shall be the same as in windows file explorer

you means that using forward/back buttons on folder panel works like on thumbnail panel?

[user0]

+1
behaviour shall be the same as in windows file explorer

you means that using forward/back buttons on folder panel works like on thumbnail panel?

yes
behavior in folder/thumbnail panels shall be the same - only navigating browser history (like in windows file explorer), not selecting item under cursor

[user0]

160b
fixed for filelist and navigation pane

[FKCapitalism2]

160b

I don't see this version on the forum, where did you download it?

[xnview]

I don't see this version on the forum, where did you download it?

not public

[xnview]

This problem is supposed to be fixed in XnView MP 1.6.0. Please check and confirm the bug fix here.

[user0]

fixed in 160