Description: When the cursor is on the Notebookbar (tabs or content), scrolling with the mouse wheel should travel through the tabs. Actual Results: Expected Results: Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
One of the most hated aspects of tabs for me because you need to carefully track the cursor - or end up in a different part of the UI. But let's see. > needsUXadvice
Maybe not mouse wheel scrolling, but certainly some keyboard navigation--e.g. <Tab> to advance between active contextual or tabbed groupings.
I've suggested that we use the mouse scrollwheel to scroll the contents of a tab back and forth when the contents dont fit within the window size, rather than the shrinking mechanism we currently have.
(In reply to Samuel Mehrbrodt (CIB) from comment #0) > When the cursor is on the Notebookbar (tabs or content), scrolling with the > mouse wheel should travel through the tabs. As this functionality is both in MSO (tabs or content) and WPS (tabs), it would be good to have this functionality for users who are use to this behaviour.
(In reply to Yousuf Philips (jay) from comment #3) > I've suggested that we use the mouse scrollwheel to scroll the contents of a > tab back and forth when the contents dont fit within the window size, rather > than the shrinking mechanism we currently have. You mean like when the content area becomes larger and a horizontal scrollbar appears? But without the scrollbar in case of the Notebookbar, right? Hope I got you wrong because that would be the worst solution ever. No indication for the user, very uncommon behavior, weird fiddling with different concepts. (In reply to Yousuf Philips (jay) from comment #4) > As this functionality is both in MSO (tabs or content) and WPS (tabs), it > would be good to have this functionality for users who are use to this > behaviour. We would copy bad usability. Where does wheeling have an effect except to scroll or zoom? Nothing to say against keyboard interactions, ctrl+tab should be there out of the box.
Created attachment 132792 [details] WPS screencast (In reply to Heiko Tietze from comment #5) > You mean like when the content area becomes larger and a horizontal > scrollbar appears? But without the scrollbar in case of the Notebookbar, > right? > > Hope I got you wrong because that would be the worst solution ever. No > indication for the user, very uncommon behavior, weird fiddling with > different concepts. Have a look at the screencast. I think this functionality would be a useful to the heikobar. > We would copy bad usability. Where does wheeling have an effect except to > scroll or zoom? Always having to go to the tabbed button bar to click on a tab to switch it is bad usability in my view and when i stumbled on the ability to use the mouse wheel to switch them, i found it refreshing.
The original request makes sense. Scrolling the toolbar is known from Android (indicated by tabs that fade-out on the left and right edges) and Firefox (scroll buttons). And in case of Firefox it has wheeling capabilities but that's not the most important aspect of this UI.
Removing needsUX as of comment 7. The explanation in comment 3 makes sense while changing the tab per wheel when everything is visible is a usability disaster to me.
I'm for closing this request. Keyboard navigation should be available via shortcut per tab as you have shortcuts for the menubar, but this is another reported bug.
I still think this makes sense. I would limit it to the tabs though. So only when the mouse is over one of the tabs and you scroll, you would cycle through the tabs, as Jay's screencast in attachment 132792 [details] nicely demonstrates. Scrolling with the mouse wheel usually scrolls whatever is under the mouse, so users should not be too surprised with this functionality. And the fact that both MSO and WPS have this feature too makes it even more clear that this is not some weird idea.
(In reply to Samuel Mehrbrodt (CIB) from comment #10) > Scrolling with the mouse wheel usually scrolls whatever is under the mouse.. But we don't at property dialogs (eg. paragraph properties). At least not with gtk3. (And personally I'm very glad it's not happening.)