I have seen several similar bug reports (relatively recently), but they differ in some detail, or in the specific toolbar, or they have been closed as fixed (while this is still repro in master alpha+ ATM) Module: Calc UI: Tabbed (also in Tabbed Compact) Tabs: Home, Data and View Depending on OS's *Accessibility* settings, the toolbar is cropped, trimmed, incomplete, partially hidden. The toolbar is displayed from left to right, up until somewhere in the middle. A lot of the right side of the toolbar is hidden, as if there were not enough available space. I can unhide it, but it will be partially hidden again after I save and close each file. The next time I open the already-saved file, I have to unhide the half-hidden toolbar area again. The same goes for new workbooks. With a new empty workbook open, I unhide the half-hidden toolbar, open a second new workbook (without closing the first one), and the toolbar is half-hidden in the 2nd new workbook too. So this happens per file/workbook and per open-file action, even without closing Calc. Now, the particular detail regarding accessibility... In Windows configuration settings, in Accessibility, there is a slider to make the system text/fonts look bigger (e.g. 150%) or smaller. Making it "smaller" (e.g. 100%), the problem with the half-hidden toolbar area in Calc goes away, and the toolbar is displayed as expected. Making the OS's text/fonts look bigger (e.g. 150%, or more, YMMV), the half-hidden toolbar area problem returns. I want to emphasize, I am talking about the text size slider, not the screen % (fixed during these tests at 125%, recommended for me), not screen resolution, not dpi, not zoom, not... Notes: * Just in case, FYI, you have to actually apply the OS's accessibility setting in order to see its effect. It is not enough to just move the slider. * In my tests, LO was closed while I modified the OS's accessibility settings. Only after applying the new setting, I started LO Calc again. * I usually have the text slider at 150%. I modified it to 100% on purpose and temporarily just for this test (in order to check whether the problem goes away; it does!). * The behavior is most evident in the tabs: Home, Data and View of the "Tabbed" toolbar and in the Home tab of the "Tabbed Compact" toolbar. * I have not tested different Calc's window sizes, only maximized window. * This seems evident only in Calc. I have not noticed the same in Writer, but the reason might only be related to the amount, type and size of the icons/sections within the respective Tabbed toolbars of each module. It can be reproduced with: Version: 7.4.5.1 (x64) / LibreOffice Community Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL It can also be reproduced with DevBuild: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dbbfcb7e098c1c16f932785ef62ef7d3d819ad1a 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 Testing also with _some_ *portable* versions: * It can _not_ be reproduced with 7.0.0.3 * It can be reproduced with 7.4.3.2. > setting this as version for now.
Screen clips would be helpful here, but sounds like a trigger for bug 140557
(In reply to V Stuart Foote from comment #1) > Screen clips would be helpful here, but sounds like a trigger for bug 140557 Steps (on Windows, at least) 1. Open Calc, set Tabbed UI, note toolbar current status, close LO. 2. In OS text scaling, click and hold on slider (if it exists); write down % value. 3. Set OS text scaling to a much bigger size (max if you can). Apply. 4. Open Calc, note toolbar (home tab) current status, close LO. 5. Set OS text scaling to a much smaller size (min if you can). Apply. 6. Open Calc, note toolbar (home tab) current status, close LO. 7. Set OS text scaling to the value that you wrote down in step 2. Apply. At some point in the above steps (probably by step 4), the Tabbed toolbar > Home tab should show "half" of it (the left-most area) only, with part of it hidden (the right-most area), while there is enough/plenty of space to display additional icons/sections. The hidden area can be shown by clicking on the double sideways angled quotation marks / chevron / guillemot symbol on the right side of the toolbar (which appears when the toolbar doesn't fit the available space). It can also be displayed by changing the size of the program window (instead of maximized). The problem: we have to do this again and again.
(In reply to ady from comment #2) > (In reply to V Stuart Foote from comment #1) > > Screen clips would be helpful here, but sounds like a trigger for bug 140557 > > Steps (on Windows, at least) > 1. Open Calc, set Tabbed UI, note toolbar current status, close LO. > 2. In OS text scaling, click and hold on slider (if it exists); write down % > value. > 3. Set OS text scaling to a much bigger size (max if you can). Apply. > 4. Open Calc, note toolbar (home tab) current status, close LO. > 5. Set OS text scaling to a much smaller size (min if you can). Apply. > 6. Open Calc, note toolbar (home tab) current status, close LO. > 7. Set OS text scaling to the value that you wrote down in step 2. Apply. > > At some point in the above steps (probably by step 4), the Tabbed toolbar > > Home tab should show "half" of it (the left-most area) only, with part of it > hidden (the right-most area), while there is enough/plenty of space to > display additional icons/sections. The hidden area can be shown by clicking > on the double sideways angled quotation marks / chevron / guillemot symbol > on the right side of the toolbar (which appears when the toolbar doesn't fit > the available space). It can also be displayed by changing the size of the > program window (instead of maximized). The problem: we have to do this again > and again. To be clear, I am saying that there is enough space, and after clicking on the chevron, it stays, it is shown, displayed. So, why would it be hidden? And why it doesn't stay as available / displayed, if there is space for it?
Please add a screenshot. Likely no question for UX but an ordinary bug.
Created attachment 185559 [details] Tabbed toolbar opens like this every time, again and again If I change the text scaling percentage in my OS configuration settings to the minimal (100%), the toolbar opens as expected, not shrank / "partially hidden". With my normal setting of 150% scaling, the toolbar shows as in the attachment, every time. I expand the toolbar using the chevron, and it stays expanded until I close the file. The next time (same file, or another file, whether I saved the file or not, or when opening the same file twice, either closing Calc or not) the Tabbed toolbar is shrank / half-hidden again. This is with OS's text scaling of 150%. With OS's text scaling of 100%, the normal expected full width behavior is seen.
Created attachment 185560 [details] Tabbed toolbar Home tab, expanded by chevron At OS's text scaling of 150%, until I close the file. To replicate the whole behavior, select the biggest OS's text scaling you can, apply, and start Calc.
Created attachment 185561 [details] Tabbed toolbar Home tab when opening Calc; OS's text scaling at minimum
I could not reproduce with GNOME's Universal Access' "Large Text" setting, but I could with Windows 10's settings. My VM has a display size 1920 × 1080. I started at 100% scaling (recommended), and 100% text size. Home tab of Calc is displayed fine. Then, at 250% text size, the Home tab starts empty. Clicking the chevrons brings it back, as described in bug 140557. Behaviour will depend on the display size. I assume a fix for bug 140557 will fix this too, but keeping open can be a good way to double-check we cover this accessibility issue.
Created attachment 185914 [details] Windows 10, 1920×1080, 100% scaling, 225% text size (In reply to Stéphane Guillou (stragu) from comment #8) > Then, at 250% text size, the Home tab starts empty. Sorry, that should have been 225% (the maximum here)
According to bug 140557 comment 13, the problem for that bug seems related (at least) to some commit from 2020-06, 2 years and 9 months old ATM. Reminders from comment 0, and additional tests: _ LO 7.0.0.3 (from around July 2020) tested no-repro for this bug 153788. _ LO 7.0.4.2 (from around January 2021) tested no-repro for this bug 153788. _ LO 7.2.7.2 (from around April 2021) tested REPRO for this bug 153788. _ Bug 140557 can be reproduced in LO 7.1. _ 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
So, pretty clearly a dupe of bug 140557, please resolve as such. Where Mike K. bisected to https://gerrit.libreoffice.org/c/core/+/95900 You can follow his STR in c#11 there. Though expect any os/DE scaling will affect the number of widgets exposed on the NB for the issue.
(In reply to V Stuart Foote from comment #11) > So, pretty clearly a dupe of bug 140557, please resolve as such. Where Mike > K. bisected to https://gerrit.libreoffice.org/c/core/+/95900 > > You can follow his STR in c#11 there. Though expect any os/DE scaling will > affect the number of widgets exposed on the NB for the issue. I don't even need to measure the width of the start center to be 1090 to 1200 pixels wide (I tested Mike's STR anyway). By starting with maximized window size, in my case I can already see the problem because of the additional text scaling I use in Windows. I don't need to do anything special for me to reproduce it; I already do. Moreover, I can resize the window from max to whatever (again, doesn't need to be 1090 to 1200px. wide), and I see the half toolbar reappear. Or, use the chevron; same consequence. If that was all, I wouldn't care. But as I already described, I have to repeat this again, and again, and again, for every Calc window I open, even without closing LO. Bug 140557 lacks the details I provided here. Other than pointing to some commit from 2 years and 0 months ago, what else is there? I would have to repeat all the details again (and that is assuming it is indeed a dup). I'd rather keep the "See also" and follow closely whether there is at some point someone kind enough to review the commit and solve this bug (or 2). This behavior is getting more annoying by the minute, and there doesn't seem to be any news about it, after 2 years of reports (bug 140557 started 2021-02-20, 20 days after LO 7.1).
Fine, I asked. That is why we set duplicates to measure the "impact" of any particular issue--and the keep the dev effort focused. Its a dupe, setting as such and please don't keep your pet BZ issues open. Also could you please attempt to develop some brevity in your commenting, it really would be helpful and avoid TL;DR responses from devs. *** This bug has been marked as a duplicate of bug 140557 ***