Testing the newly implemented for bug 99528, sw Character style, and Frame style, and Page style panels the on-mouseover trigger of the stack of buttons is uncomfortable. Dragging mouse pointer down the vertical bar of tabs, the tab does not activate until the pointer "tip" reaches the bottom edge of the tab.
Could be os/DE and the pointer style in Windows. Cursor movement between tabs is not an issue, just the on-mouseover pointer position. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 505803e2cb4d60153be2218a17ede8e34d95b42e CPU threads: 8; OS: Windows 10 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Depends heavily on the OS/DE. With kf5 I get a line above the list item aka tab (bright on dark theme) and one below (much darker). Looks quite ugly anyway. Only solution I can think of is to add images so the entry becomes larger. And to add proper highlighting on hover too. Keeping average importance on this ticket.
Can't reproduce on recent Windows build. Can you add a screenshot/screencast with some more explanation?
Created attachment 194483 [details] Insert -> Frame... dialog on Win10 with recent master against 24.8.0 Issue remains with vertical tab mouse over position sense on at least Win10 os/DE STR: 1. open writer 2. main menu Insert -> Frame -> Frame... dialog 3. in the Frame... dialog, mouse over each of the vertical tabs: Position and Size, Options, Wrap, Hyperlink, etc. 4. note where the mouse is positioned before the tab "button" activates To me with this Win10 standard pointer, the mouse is positioned into the next lower vertical tab before it triggers the "on mouse over". Awkward to use. Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 838f6adc9bdde2f656eb26bdc2870adfa7aa412b CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded