Description: If you shrink the width of the sidebar by dragging - after some time it will return to its default size by itself Steps to Reproduce: 1.Change the size of the sidebar 2. 3. Actual Results: It will reset its size after some time Expected Results: Never change it Reproducible: Always User Profile Reset: No Additional Info: In the attachments
Created attachment 204014 [details] Sidebar changed size
Created attachment 204015 [details] Sidebar auto-reset size
Yes it happens, but it is not really an issue. The default width of each SideBar Deck is calculated against the minimum width needed to expose all control widgets. And those minimums can be overridden by setting the 'MinimumWidth' attribute in Expert configuration. Widths as set will remain, they are recorded to user profile (and survive between sessions), but there are events that will trigger the resize calculation of any of the decks back to their default minimum widths. I've not cataloged which events will cause resize of the SB Decks/Content Panels, but it really is just a cosmetic nuisance. IMHO not worth dev effort to try to quash, => WF
(In reply to V Stuart Foote from comment #3) > Yes it happens, but it is not really an issue. > > The default width of each SideBar Deck is calculated against the minimum > width needed to expose all control widgets. And those minimums can be > overridden by setting the 'MinimumWidth' attribute in Expert configuration. > > Widths as set will remain, they are recorded to user profile (and survive > between sessions), but there are events that will trigger the resize > calculation of any of the decks back to their default minimum widths. > > I've not cataloged which events will cause resize of the SB Decks/Content > Panels, but it really is just a cosmetic nuisance. > > IMHO not worth dev effort to try to quash, => WF You are entitled to your view, but I personally do want it stable. And even if you change it - at least don't change it every couple of hours. But ideally I wish it didn't change
(In reply to V Stuart Foote from comment #3) > IMHO not worth dev effort to try to quash, => WF Maybe trivial, but valid. IMHO
(In reply to Danat from comment #0) > Actual Results: > It will reset its size after some time This means you've not actually provided reproduction instructions... Do you mean to say that if I wait X seconds, the size will revert? Will something else cause the size change?
(In reply to Danat from comment #4) > You are entitled to your view, but I personally do want it stable. Agreed, in that we can't have the application "working against the user". If the user indicated their wish the have a wider sidebar, then the app shouldn't countermand that wish unless we can conclude that the wish is no longer in effect (e.g. because the user now needs a different size to accommodate something).
OK, could envision a few adjustments. 1) that check for 'MinimumWidth' set 'false' would stop all recalc behavior of SB decks, and instead expose deck at user width from profile. Meaning each and every SB deck would need a stanza in profile (maybe moved out of .xcu and into soffice.cfg), but their defaults would start with the width calculated to fit all panel control widgets. 2) make the 'MinimumWidth' set 'false' instead of current default 'true' 3) provide a master setting of SB Deck that enforces a "single fixed width" *for all* decks. Eliminate *any* jump in the document view, but accept that partial/fully hidden controls will occur. User drags SB to their desired width and there it stays. 4) With 3, provide a "maximize" button action to temporarily open to full calculate width--but close back to the users "single fixed width" when cursor focus returns to document. This as alternative to the collapsed just Tab Bar of the Decks. 5) absent 'MinimumWidth' try harder to avoid recalc, current recalc *is* chaotic (too many different behaviors/triggers as the content panels have been implemented, they all need to be normalized).
Created attachment 204210 [details] Video
(In reply to V Stuart Foote from comment #8) > OK, could envision a few adjustments. There is an issue that sometimes smaller windows in sidebar drop their adjusted size and follow the size of a bigger window Though I don't know what is the pattern that triggers such behavior. It was random I attached the video, also here - https://drive.google.com/file/d/1T-7MMbKwlgdtON2itPhuzCmXBb3BkTil/view?usp=sharing
(In reply to Eyal Rozenberg from comment #7) > (In reply to Danat from comment #4) > > You are entitled to your view, but I personally do want it stable. > > Agreed, in that we can't have the application "working against the user". If > the user indicated their wish the have a wider sidebar, then the app > shouldn't countermand that wish unless we can conclude that the wish is no > longer in effect (e.g. because the user now needs a different size to > accommodate something). You may want to have a look at the newly attached video. I could make the manually resized window in sidebar widen 2 times in 2 minutes, though I still don't know what exactly made it change. But the fact that it changes so often is quite annoying, and I'm sure I'm not the only person who feels this way Attached video, also here - https://drive.google.com/file/d/1T-7MMbKwlgdtON2itPhuzCmXBb3BkTil/view?usp=sharing
(In reply to Danat from comment #11) > the fact that it changes so often is quite annoying, and I'm sure I'm > not the only person who feels this way Well, I feel that way, so yeah. > I could make the > manually resized window in sidebar widen 2 times in 2 minutes, though I > still don't know what exactly made it change. It seems that choosing some sidebar decks triggers a resize. But - when I try it, I can't reproduce that. I'm using: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d2def868cb3ac5a7e538a911e83d7d907a2ec794 CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US can you try a recent nightly build? And paste your build identifier from Help > About?
(In reply to Eyal Rozenberg from comment #12) > (In reply to Danat from comment #11) > > I could make the > > manually resized window in sidebar widen 2 times in 2 minutes, though I > > still don't know what exactly made it change. > > It seems that choosing some sidebar decks triggers a resize. But - when I > try it, I can't reproduce that. I'm using: > > Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: d2def868cb3ac5a7e538a911e83d7d907a2ec794 > CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 > Locale: en-IL (en_IL); UI: en-US Maybe it will get to you at some point, keep an eye out for it > can you try a recent nightly build? And paste your build identifier from > Help > About? Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded