Description: When setting the user interface to "Tabbed" and changing the horizontal size of the LibreOffice window (in Writer, Impress, Calc, etc) the tabs shrink instead of filling more of the empty space beside them. This leads to a bunched up interface that should simply be spreading out across the empty space beside it. Steps to Reproduce: 1.Set User Interface to Tabbed 2. Decrease the horizontal size of the window from full screen to something less than that. 3. Tabs should become smaller and bunched up Actual Results: Tabs became bunched up taking the same percentage of space as before, but having much more visually constrained tabs making it more difficult for touch users. Expected Results: Tabs would occupy the empty space to the right of them instead of shrinking. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: None
Seems there are just two "modes" for the labeling of the NB Tabs depending on the h-size of the application frame holding LibreOffice: 1.) sufficient to hold the localized lables expanded with additional padding 2.) insufficient to add additional padding/white space, tabs are collapsed/packed to their label widths. On a build of nightly trunk with en-US labels on a Windows 10 (21H1) with 1920x1080 monitor--the two h-sizes allocated to the NB tabs are 720px (when UI has sufficient width); and 360px (when UI does not have the width). There is a very clearly defined behavior. For en-US locale, when the LibreOffice program windows h-size is reduced below 915px there is insufficent space for the expanded tabs, and they collapse to the 360px h-size. Obviously as the lables for the NB tabs are localized--that minimum with for expanded tabs will vary. The effect is functional, but might be more asthetically appealing if the resizing of the tabs was incremental rather than binary?
Created attachment 174641 [details] Screenshot on Linux LGTM Version: 7.2.0.4 / LibreOffice Community Build ID: 20(Build:4) CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_US.UTF-8); UI: en-US 7.2.0-1 Calc: threaded
Yes, having it readjust incrementally would be preferable over a binary solution.
(In reply to Rods Kaden from comment #3) > Yes, having it readjust incrementally would be preferable over a binary > solution. So what is missing?
Created attachment 174702 [details] screen clips Tabbed NB on Windows set 100% scale, 1920px, 1140px and 1138px In this set of screen clips of Tabbed NB with current trunk against 7.3.0, Windows 10 with UI set a 100% on a Full HD monitor 1920 x 1080px Top is at full 1920px width Middle is with LO app frame reduced to 1140px Bottom is with LO app fram reduced 2 more pixels to 1138px Note how the padding for the Tabs completely collapses to just the text of the Tab labels. Control is not by absolute counts, my prior tests were with UI at 125% scale--so it is being tested. But the effect on Windows builds is real, below some app frame width the width calculation for the NB Tabs collapses to minimal padding. That collapse of padding should be incremental.
Okay, this looks indeed quite ugly. Szymon/Andreas: Any idea? Maybe easyhackable?
No repro Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: df3b95a39472e18ea8acdaae447b7176e37a9256 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded The tabs keep their size and when it is not anymore possible to display them, an arrow button appears. This button allows to the user to have access to the hidden tab(s).
Idem with Version: 7.1.0.0.alpha1+ (x64) Build ID: 738bcf5e9a8c443d60c29c3a8068e8c16c72638a CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded
This bug seems resolved.
No, not resolved. With recent master against 24.2.0 no change in the binary collapse of "horizontal" padding for the MUFFIN 'Tabbed UI' Tabs/Buttons STR As in comment 1, and as visualized in attachment 174702 [details] =-testing-= Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d88779fc86385dde1215fd28b78a69eacc6b4f97 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded