Description: The minimum width of the function side panel is too large. Steps to Reproduce: 1. Open new Calc. 2. Open Sidebar. ( Ctrl + F5 ). 3. Open Functions Panel. ( Alt + 5 ) Actual Results: 4. The panel opens wide but cannot be narrowed. Expected Results: 4. Even if the panel opens wide, it should still be possible to narrow it. Reproducible: Always User Profile Reset: No Additional Info: The Japanese UI will be even wider than the English version. The appropriate width must be determined by the user. Developers might claim this is a change to the specifications, but that wouldn't be ideal. Not reproducible [2025-09-17] Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d48fddcd2014c1366766b3785f8b533f8cb545c7 CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded Reproducible [2025-11-28] Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded
Simply set the Expert Configuration stanza 'MinimumWidth' to "false" and retest.
(In reply to V Stuart Foote from comment #1) > Simply set the Expert Configuration stanza 'MinimumWidth' to "false" and > retest. Not reproducible [2025-09-17] Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d48fddcd2014c1366766b3785f8b533f8cb545c7 CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (ja_JP); UI: en-US Calc: CL threaded
Created attachment 204340 [details] setting minimumwidth for SB deck, scalc Functions deck see attached screen capture. Setting the "minimumwidth" to False from Tools -> Advanced -> Expert Configuration. Affect on scalc, Functions deck width. Same in both skia/Vulkan and skia/Raster rendering. =-testing-= 2025-11-22 TB103 nightly. Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
checked the 2025-11-28 build. Still no issue with the scalc 'Functions' SB deck responding with 'minimumwidth' expert config set "false". Can not confirm. => WFM =-testing-= 2025-11-28 TB103 build either skia/Vulkan or skia/software raster rendering Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 28; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
The Japanese UI will be even wider than the English version.
It works correctly in the new profile. Probably it gradually broke down.
Created attachment 204342 [details] Sample GIF After recreating the profile, I worked for a while only to have the wide panel reappear. I didn't perform any updates, and there were no crashes. It's certain that this issue occurs even after several hours of work, but identifying the exact sequence of events is challenging.
Yes, attachment 204342 [details] shows incorrect UI layout behavior. IIUC the Deck/Content panel minimum is calculated against the minimum needed to fully expose all relevant controls. I'd *thought* it was calculated for each Deck and each was discrete, but that may not be. With 'minimumwidth' set false, is your ability to drag the 'Functions' deck narrow until it shows the "collapse" arrow impacted? Without the 'minimumwidth' set false (i.e. a new profile defaults), when 'Functions' gets stuck in this over width size are the other decks also affected? Is there a deck that matches the width of the 'Functions' deck? I suspect we'd be looking for a SB widget that when first used has a label or textbox with a fixed width and is not allowed to wrap so the default minimum gets an over width assignment. Which content panel, which deck?
some hint of a prior issue with width the 'Functions' deck with => WFM bug 145741 Not clear what would trigger the overwidth condition for the deck. Steps to reproduce reliably starting from default profile are going to be needed. Otherwise the 'minimumwidth' expert config override was meant to avoid any fixed width issues like this. See notes in bug 140360 and its implementation in https://gerrit.libreoffice.org/c/core/+/116715
(In reply to V Stuart Foote from comment #8) > Yes, attachment 204342 [details] shows incorrect UI layout behavior. > > IIUC the Deck/Content panel minimum is calculated against the minimum needed > to fully expose all relevant controls. I'd *thought* it was calculated for > each Deck and each was discrete, but that may not be. > > With 'minimumwidth' set false, is your ability to drag the 'Functions' deck > narrow until it shows the "collapse" arrow impacted? Of course "Yes". I can move until it becomes completely invisible. In the Japanese UI, reverting to "True" will allow the function deck to be slightly narrower. Looks like the same minimum width as the function deck in English UI. > Without the 'minimumwidth' set false (i.e. a new profile defaults), when > 'Functions' gets stuck in this over width size are the other decks also > affected? Is there a deck that matches the width of the 'Functions' deck? After setting up a function deck, if you display other decks, they will all appear with the same width as the function deck. Of course, you can manually adjust the width of decks other than the function deck to be narrower. > I suspect we'd be looking for a SB widget that when first used has a label > or textbox with a fixed width and is not allowed to wrap so the default > minimum gets an over width assignment. Which content panel, which deck? Excuse me. I don't understand the meaning of this question. > Steps to reproduce reliably starting from default profile are going to be needed. Yes, I have found it. But it's hard to explain.
(In reply to nobu from comment #10) > > I suspect we'd be looking for a SB widget that when first used has a label > > or textbox with a fixed width and is not allowed to wrap so the default > > minimum gets an over width assignment. Which content panel, which deck? > > Excuse me. I don't understand the meaning of this question. > Rhetorical, just thoughts on what could be impacting the SideBarController:: and resulting in over width content panel.