Especially for smaller screens it limits usable space
Steps to Reproduce:
1. open Writer
sidebar is very wide
should be able to make it much narrower
User Profile Reset: No
[Information automatically included from LibreOffice]
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Build ID: 0dd48d1a9a716456ff1ebe67e19881ad2f56939b
CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-03-31_14:07:24
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Created attachment 159379 [details]
sidebar size on 15" screen
Looks too wide when docked. Wasnt' so in LO 6.4. So that would be a regression, at least until we see the reason it's widened and if that was well though of.
Created attachment 159391 [details]
resonable sidebar width on windows builds
Not seeing this on Windows builds of master.
Version: 188.8.131.52.alpha0+ (x64)
Build ID: 962b415edb47187737a5f05c4ff3f6724a19c564
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win;
Locale: en-US (en_US); UI-Language: en-US
Created attachment 159396 [details]
sidebar compared 6.4 7.0+
A few pixels more due to welding of controls, IIRC. Far from 30% as shown by OP, so unconfirmed.
As from the UX POV the sidebar has a reasonable width. Very small screens are just not suited for this UI and should consider alternatives (View > User Interface). => WFM
@Heiko, OPs clip in attachment 159379 [details] is more than a couple of pixels!
If they are unable to drag the Sidebar Deck narrower on gtk3 this is a glitch in the Welding.
https://bugs.documentfoundation.org/show_bug.cgi?id=130197 wanted to set writer sidebar to ~about all the same width, the table panel is approx 10 toolbar buttons wide so this pane is also set to approx 10 toolbar buttons wide so the width is determined by the width of the themes toolbar buttons, so the width of this panel basically depends on the width of the table pane. If someone wants to make the panel narrower the table pane is the thing that needs to be changed to allow loosening the width of the paragraph pane
(In reply to Caolán McNamara from comment #7)
> https://bugs.documentfoundation.org/show_bug.cgi?id=130197 wanted to set
> writer sidebar to ~about all the same width, the table panel is approx 10
> toolbar buttons wide so this pane is also set to approx 10 toolbar buttons
> wide so the width is determined by the width of the themes toolbar buttons,
OK, but clip attachment 159379 [details] appears a lot more than 10 toolbar button in width, with much of the extra width in the spin buttons as Adreas was concerned with in bug 131097
> was concerned with in bug 131097
This problem is definitely reproducable (v184.108.40.206, Windows 10 64-bit, 2004 build).
It seems to occur when text scaling is greater than 100%. The greater the scaling above 100%, the greater the minimum sidebar width.
Sorry, to be clear:
It seems to occur when WINDOWS text scaling is greater than 100% (not scaling in LibreOffice).
(In reply to Simon Garrett from comment #11)
> Sorry, to be clear:
> It seems to occur when WINDOWS text scaling is greater than 100% (not
> scaling in LibreOffice).
Yes but that is bug 128243 where I just added attachment 164332 [details]
Sidebar deck on 1920x1080 (148ppi screen) w custom scaling set at 225%
This clip shows effect of WDM scaling to 225% on *minimum* width of the Writer sidebar Properties deck with the Table content panel showing.
@Caolán, * -- excessive width is not the Table content panel as suggested in bug 130197 for aligning content, but seems to reside still in calculating the spin box width size when DE scaling is applied.
Not clear if for gtk3, or the other vcl backends, on Linux the spacing on scaled UI is an issue. But it is for sure on Windows builds with the WDM scalling UI.
I am also experiencing this issue of excessive minimum width of the sidebar. I like to have the navigator open at all times and document zoom at 120%, but the sidebar's width overlaps with the page at that point. It's very irritating to be unable to reduce the width of the sidebar farther, especially since there don't seem to be any elements which demand the excess space. I would much prefer being able to collapse the sidebar in a way that distorts it to being forced to adhere to a fat minimum width.
My LO version is 7.1, but I've been experiencing it since at least 6.4.
My laptop screen is ~17", resolution of 1920x1080, and screen scaling at recommended setting of 150%.
*** Bug 136428 has been marked as a duplicate of this bug. ***
Setting os to ALL as dupe had Win and Linux reports.
Maybe a weld glitch in calculating 10 'toolbutton' widths for layout of SB content panels in two aligned columns  (see bug 130197 ).
And apparently that calculated spacing can get very off when the os/DE UI is scaled, e.g. bug 128243
@Caolán, please would you take another look.
Understand this as a Windows bug since the sidebar width is okay on Linux.
As a general comment, the design team discussed the topic. The initial width of the sidebar should be defined by the deck with the larges controls. By doing so we avoid jumping UIs. But we also want to allow users to reduce the sidebar width per deck. No deck should be resizable beyond the width of its controls (it's always possible to collapse the sidebar or hide completely). Switching between decks must not change the user defined width of the deck.
*** Bug 136793 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #16)
> Understand this as a Windows bug since the sidebar width is okay on Linux.
> As a general comment, the design team discussed the topic. The initial width
> of the sidebar should be defined by the deck with the larges controls. By
> doing so we avoid jumping UIs. But we also want to allow users to reduce the
> sidebar width per deck. No deck should be resizable beyond the width of its
> controls (it's always possible to collapse the sidebar or hide completely).
> Switching between decks must not change the user defined width of the deck.
It is also a Linux bug. I reported on this a few weeks ago concerning LO 7, documenting with a video; but my bug report has somehow disappeared.
Current (version 220.127.116.11) behavior is as follows: Opening the Styles sidebar (CTRL-F5) puts it to the width of 8 icons arranged horizontally on its top bar. The user can even (and unnecessarily) _expand_ this further; but he is not allowed to shrink it. This was allowed in earlier LO Writer versions. To allow for it does not mean satisfying discretionary whims of users. It simply makes no sense to make this sidebar wider than the longest style name listed in it.
The regression of non-reducible sidebar is not yet solved in 18.104.22.168.