Bug 165989 - When vertical tabs exceed screen height, mouse-wheel scrolling must be possible even with overflow button
Summary: When vertical tabs exceed screen height, mouse-wheel scrolling must be possib...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
25.8.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Vertical-Tab-dialogs
  Show dependency tree / graph
 
Reported: 2025-03-31 17:49 UTC by Eyal Rozenberg
Modified: 2025-06-27 06:05 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2025-03-31 17:49:39 UTC 
Vertical-tab dialogs should generally not have so many tabs with so little dialog height, that tabs exceed the dialog height and go out of view. But - when that _does_ happen for some reason - we should at least make sure the tabs are scrollable by using the mouse wheel when hovering over tha tabs area. And - that is not the case with:

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d9eac4f95649f04e1ddbe5026d8bb323c1fc58d8
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 1 Heiko Tietze 2025-06-26 11:57:45 UTC 
Mouse-wheeling works for me (Linux and Windows) but we need some overflow mechanism including an indicator as done natively under gtk3. I suggest to change the summary.
Comment 2 Eyal Rozenberg 2025-06-26 14:15:37 UTC 
(In reply to Heiko Tietze from comment #1)
> Mouse-wheeling works for me (Linux and Windows) but we need some overflow
> mechanism including an indicator as done natively under gtk3. I suggest to
> change the summary.

With recent changes to the 26.2 nightlies, which dialog has vertical tabs exceeding the dialog height? To test whether mousewheel scrolling now works?
Comment 3 Heiko Tietze 2025-06-26 14:30:09 UTC 
Drawing/Presentation style in Draw/Impress are the largest with 16 tabs.
Comment 4 Eyal Rozenberg 2025-06-26 14:43:24 UTC 
(In reply to Heiko Tietze from comment #3)
> Drawing/Presentation style in Draw/Impress are the largest with 16 tabs.

Ok, in Draw, with a new empty dragin, when I edit a Drawing Style, the dialog has vertical tabs exceeding the height. I see the top and bottom arrows. But - mousewheel scrolling (which works for me elsewhere) does not work for this dialog. Neither when the cursor is within the relevant dialog, nor when it's outside.

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c9c96987c31efe7108d0588ef097e952d623238c
CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Calc: CL threaded
Comment 5 Eyal Rozenberg 2025-06-26 14:46:38 UTC 
Can't check with VCL qt5, because there the dialog is just high enough for all the tabs.
Comment 6 Heiko Tietze 2025-06-26 15:40:56 UTC 
Gtk3 has dedicated overflow button that allow to scroll through the list.
Comment 7 Eyal Rozenberg 2025-06-26 22:07:32 UTC 
(In reply to Heiko Tietze from comment #6)
> Gtk3 has dedicated overflow button that allow to scroll through the list.

That should exist with other VCLs as well. I naturally meant that mouse-wheel scrolling must be possible in _addition_ to a visible button.
Comment 8 Heiko Tietze 2025-06-27 06:04:06 UTC 
(In reply to Heiko Tietze from comment #1)
> I suggest to change the summary.