Download it now!
Bug 103033 - Allow scrolling through Notebookbar tabs
Summary: Allow scrolling through Notebookbar tabs
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.3.0.0.alpha0+
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Notebookbar-Tabbed
  Show dependency treegraph
 
Reported: 2016-10-06 09:27 UTC by Samuel Mehrbrodt (CIB)
Modified: 2019-03-12 10:33 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
WPS screencast (1.80 MB, video/webm)
2017-04-24 15:39 UTC, Yousuf Philips (jay) (retired)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Mehrbrodt (CIB) 2016-10-06 09:27:07 UTC
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
Comment 1 Heiko Tietze 2016-10-06 10:09:45 UTC
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
Comment 2 V Stuart Foote 2016-10-06 14:14:20 UTC
Maybe not mouse wheel scrolling, but certainly some keyboard navigation--e.g. <Tab> to advance between active contextual or tabbed groupings.
Comment 3 Yousuf Philips (jay) (retired) 2016-10-07 04:28:31 UTC
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.
Comment 4 Yousuf Philips (jay) (retired) 2017-02-25 11:31:01 UTC
(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.
Comment 5 Heiko Tietze 2017-02-25 20:40:00 UTC
(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.
Comment 6 Yousuf Philips (jay) (retired) 2017-04-24 15:39:42 UTC
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.
Comment 7 Heiko Tietze 2017-05-01 09:43:24 UTC
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.
Comment 8 Heiko Tietze 2019-03-12 09:28:46 UTC
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.
Comment 9 andreas_k 2019-03-12 09:35:20 UTC
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.
Comment 10 Samuel Mehrbrodt (CIB) 2019-03-12 10:31:40 UTC
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.
Comment 11 Heiko Tietze 2019-03-12 10:33:49 UTC
(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.)