Description: When using Tabbed UI with LibreOffice 7.1 software is not using the whole width of the window to show icons - instead they are hidden under >> hamburger menu. Steps to Reproduce: 1. Open LibreOffice Calc in full screen. 2. Go to Layout (or Tools, same problem) tab. Actual Results: Not all icons that would fit are shown, only a few; the rest is hidden in >> menu until you click on the >> icon and then close it. Expected Results: Icons should take all the possible space without opening >> icon first. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.1.0.3 / LibreOffice Community Build ID: 10(Build:3) CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Calc: threaded After opening and closing >> menu icons are shown correctly until next restart of program.
Created attachment 169919 [details] Fresh after opening maximized and going to Layot tabs, only 5 icons shown
Created attachment 169920 [details] After opening and closing >> menu icons are shown correctly until next restart.
Can not confirm on Windows builds Version: 7.1.1.1 (x64) / LibreOffice Community Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Yes this bug always appears in my GNU/Linux machine since the first time NB Tabbed UI was out of experimental. Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 3a1e3bd2bb71d084233dfb791c1d0c3dd81b43e5 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 Locale: id-ID (id_ID.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-02-19_03:26:19 Calc: threaded
I think it's an update issue and yes it's annoying.
also reproducible with: Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 385808a2dff7300ec0120fdd5e8acfad8f86e50d CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 Locale: id-ID (id_ID.UTF-8); UI: id-ID TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-02-21_21:04:33 Calc: threaded
*** Bug 145164 has been marked as a duplicate of this bug. ***
*** Bug 141465 has been marked as a duplicate of this bug. ***
attachment 175773 [details] of issue from dupe bug 145164 on Operating System: Manjaro Linux KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.4.150-1-MANJARO (64-bit) Graphics Platform: X11
*** Bug 142480 has been marked as a duplicate of this bug. ***
It is reproducible on Windows as well - despite claimed otherwise, it's confirmed there in bug 141465 comment 3, and also independently at https://forumooo.ru/index.php/topic,8982 (Rus). To reproduce reliably, make the LO Start Center window between 1090 and 1200 pixel wide, and then load/create a Calc document. (To control window width, you may e.g. make screenshots, then paste them to an image editor and check the width there, or use a screen ruler.)
Bibisected with win64-7.1 bibisect repo to the range https://git.libreoffice.org/core/+log/1aa9a2ac5341d457bbdc00b987285203d11333f1..b5cb211f80fd87c109633232cf340ac7969c8648 But that is rather large range, so I put bibisectRequest, in the hope that maybe on Linux it would be possible to bibisect finer. One commit in the range that mentions "tabbed UI" is https://git.libreoffice.org/core/+/4fcf45bd1fb014a07fb062fb3ad1bd92427be9d8.
Reverting https://git.libreoffice.org/core/+/53d73d532281b6734a7d4614bb74fc6cc15510f0, the problem disappears. > author Szymon Kłos <eszkadev@gmail.com> Wed Jun 03 15:26:50 2020 +0200 > notebookbar: simplify custom widgets Szymon: I see you are already in CC :-)
*** Bug 148960 has been marked as a duplicate of this bug. ***
*** Bug 150634 has been marked as a duplicate of this bug. ***
*** Bug 152230 has been marked as a duplicate of this bug. ***
With STR comment 11 it remains an issue with 20230211 build of master Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9788a565b3241d1bd62394b9e29c322361d05f80 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
*** Bug 153494 has been marked as a duplicate of this bug. ***
GIFs of the issue in duplicate bug 153494's attachment 185257 [details] and attachment 185258 [details].
@Mike, stragu -- Interesting looking at see also bug 153788 with Mike's STR (Start Center width 1090 >< 1200) from comment 11. Scaling the os/DE text size impacts how many of the NB button widgets on Tabs are hidden in the chevron. In Windows 10, adjusting the 'Make text bigger' control for the os/DE UI applies to LibreOffice's UI text fields but also affects the count of widget buttons that show. At 125% scale more widget buttons are hidden than at 100%. And of course they fill in when the "exposure" chevrons are clicked.
*** Bug 153788 has been marked as a duplicate of this bug. ***
(In reply to damikope from comment #2) > After opening and closing >> menu icons are shown correctly until next > restart. It happens for every file or window of Calc (no restart needed), also for same file opened twice. Full toolbar width is never saved. It happens with OS's text scaling too (bug 153788). Both Tabbed and Tabbed Compact are affected. LO 7.1 added the UI selection dialog and the "new widget with styles preview" for the Notebookbar https://wiki.documentfoundation.org/ReleaseNotes/7.1#GUI Reported 20 days after LO 7.1; two years and 9 months ago. More annoying by the minute. Szymon Kłos ?
Adjusting priority/severity as this really is adversely affecting MUFFIN NB UX and dupes are over the threshold now.
Created attachment 186096 [details] tabbed UI, Windows 10 with 1100px-wide display: 7.4.5 vs 7.4.6 Testing on Windows 10 with a display width of 1100, situation got significantly worse between 7.4.5.1 and 7.4.6.1, see attached comparison. Could have been because of an unrelated minor change, but shows how bad it can look depending on displays. I think that's what OP noticed in bug 154283.
*** Bug 154283 has been marked as a duplicate of this bug. ***
Although this might be tangential to the issues already reported here, I must add an important factor regarding the Tabbed Toolbar UI. Until LO 7.4.6.2, we can go to menu Tools > Customize > Notebookbar and then edit the toolbar’s items. But in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b5c3a7502f7ff6ccf0f829c1f3a2ba50b8584c41 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL threaded Built 2023-03-19 ...any customization is not actually performed. To be clear, this problem did not start on that version/date, but earlier. I haven't tested LO 7.5 in this regard.
(In reply to ady from comment #26) opened a new BZ issue, bug 154296
Created attachment 186372 [details] NB is not correctly using its Frame size to calculate which tools should be shown Capture of calc from LO master in NB Tabbed UI in a 1023px wide window frame. This is on a 1920px display, so the lb holding the hidden controls extends out of frame. But, every Tab of the NB is not initializing correctly, too many of its tools are being added to the hidden lb accessed via exposure chevrons. Some of the tabs are completely blank! This has been an issue with NB framework since implementation, e.g. see bug 105564 there is something wrong initializing sizes of the NB tabs. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b463f697405e64a03378fb38a32172c4d3c25e6 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