0.98.0: back/forward button on mouse doesn't work in browser

[fireattack]

XnView: MP 0.98.0 - 64 bit
OS: Windows 7

Basically what title says. They should go back/forward just like the buttons on toolbar do.

[Dakar]

I would really like to see this working in the browser, too. I'm using version 99.7 now.

[xnview]

ok, perhaps in view mode too?

[Dakar]

Hello Piere,

I never missed it in view mode, I use the scroll wheel. But having the back/forward button on the mouse in the browser to go back/forward in the directories would be much appreciated.

Thanks.

[null_subject]

This is a de facto standard across all modern operating systems, as well as in any "browsing" subsection of the vast majority of professional software. I would appreciate seeing this added in as well. I am currently using a autohotkey script to provide this essential feature. I think a 1.00 release of this amazing tool should have such an obvious niggle rectified.

I'm not sure how this could be implemented in the view mode, other than the way it already is. At the moment, for me, back and forward are stepping forwards and backwards through the images within the same folder. I think this is totally acceptable behavior from a professional UX standpoint. You could have the back button go back to the browser view, I suppose, some users may prefer that.

I think the quickest, and most appropriate fix would simply be to allow side mouse buttons to be bound in the settings, and to add a default bind to the back and forward shortcuts already present in the options (settings->interface->shortcuts->back/forward).

If for some reason this is too difficult/annoying to implement, then having the side button go back/forward in browser would be a great start!

Thanks for all the hard work!

[xnview]

so which action for back/forward button in browser? in viewer (previous/next file)?

[Dakar]

Hello Pierre.

I would prefer navigating through folders, not files. Like the websites in a web browser.

Thanks.

[null_subject]

For browser, just duplicate explorer behavior (previous/next folder).

For the viewer it doesn't matter as much since it's not an expected/standard hotkey. I see 2 viable UX/UI.

1. Maintain browser functionality i.e. forward does nothing unless back has been pressed first, and back goes backwards through the complete viewer history (if multiple files have been viewed), until it goes back out to browser.

2: previous/next file, as you've said.


Example Scenario:
Starting sequence of events:
1. The user starts in the "image" directory in the browser.
2. The user then goes inside a subfolder called "wedding" (so photos/wedding).
3. The user enters the viewer by double clicking picture A
4. From picture A, the user clicks "next picture" twice in the UI, looking a picture B, and then C.

From this point on the user wants to go back to the beginning.

Using the first method proposed:
Clicking the "next" mouse button would do nothing.
Pressing the "back" button 4 times would take them back to the start (->picture B->picture A->quits viewer to wedding folder->goes back to image folder)

Using the second method proposed:
Clicking the "next" mouse button would go to picture D and so on.
Clicking the "back" mouse button twice would go to picture B, and then A, like in the first method.
Clicking the "back" mouse button again would wrap around to the last photo in the folder.
Another button would have to be pressed to leave the viewer.

Overall, I think method 1 might be better, since it adds functionality. Method 2 might be simpler to implement.

The important part is that the browser functions like Windows' explorer. This is a workflow that has been standardized across most if not all software of this type, so it feels like second nature to most users.

Have a wonderful day!

P.S. apologies for the formatting, or any typos, this was written on mobile.

[xnview]

See issue for current status and some details.

Back/Forward button is already supported in edit mode

[xnview]

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

[dzft3w]

1.4.0 those buttons did not work as back/forward (as in windows browser), but for upper/lower folder in folder tree. I think this is not what people used to.

[xnview]

1.4.0 those buttons did not work as back/forward (as in windows browser), but for upper/lower folder in folder tree. I think this is not what people used to.

Oh you means back/forward (history) like the toolbar buttons?

[null_subject]

Yes, the back and forward buttons should be acting on the history. I just checked version 1.4, and it doesn't work as expected.

[xnview]

issue reopened

[xnview]

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