Download it now!
Bug 131947 - Writer sidebar minimum width is too wide when docked
Summary: Writer sidebar minimum width is too wide when docked
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha0+
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 136428 136793 (view as bug list)
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
 
Reported: 2020-04-07 07:20 UTC by Elmar
Modified: 2020-10-24 10:50 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
sidebar size on 15" screen (391.08 KB, image/png)
2020-04-07 07:26 UTC, Elmar
Details
resonable sidebar width on windows builds (90.48 KB, image/png)
2020-04-07 13:17 UTC, V Stuart Foote
Details
sidebar compared 6.4 7.0+ (71.54 KB, image/png)
2020-04-07 16:29 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar 2020-04-07 07:20:19 UTC
Description:
Especially for smaller screens it limits usable space 

Steps to Reproduce:
1. open Writer
2. 
3.

Actual Results:
sidebar is very wide

Expected Results:
should be able to make it much narrower


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 7.0.0.0.alpha0+
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
Calc: threaded
Comment 1 Elmar 2020-04-07 07:26:43 UTC
Created attachment 159379 [details]
sidebar size on 15" screen
Comment 2 Timur 2020-04-07 10:19:26 UTC
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.
Comment 3 V Stuart Foote 2020-04-07 13:17:58 UTC
Created attachment 159391 [details]
resonable sidebar width on windows builds

Not seeing this on Windows builds of master.

Version: 7.0.0.0.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
Calc: threaded
Comment 4 Timur 2020-04-07 16:29:28 UTC
Created attachment 159396 [details]
sidebar compared 6.4 7.0+
Comment 5 Heiko Tietze 2020-04-08 08:00:20 UTC
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
Comment 6 V Stuart Foote 2020-04-08 12:50:53 UTC
@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.
Comment 7 Caolán McNamara 2020-04-16 12:32:59 UTC
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
Comment 8 V Stuart Foote 2020-04-16 13:15:55 UTC
(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
Comment 9 V Stuart Foote 2020-04-16 13:49:32 UTC
> was concerned with in bug 131097

s/131097/bug 130197
Comment 10 Simon Garrett 2020-08-15 17:26:51 UTC
This problem is definitely reproducable (v7.0.0.3, 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.
Comment 11 Simon Garrett 2020-08-15 17:31:00 UTC
Sorry, to be clear:

It seems to occur when WINDOWS text scaling is greater than 100% (not scaling in LibreOffice).
Comment 12 V Stuart Foote 2020-08-15 18:57:32 UTC
(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]
<clip>
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.
</clip>

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.
Comment 13 Apt 2020-09-10 01:22:08 UTC
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%.
Comment 14 Timur 2020-09-15 15:09:13 UTC
*** Bug 136428 has been marked as a duplicate of this bug. ***
Comment 15 V Stuart Foote 2020-09-19 16:53:42 UTC
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 [1] (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.

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/87462
Comment 16 Heiko Tietze 2020-10-01 10:19:56 UTC
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.
Comment 17 Heiko Tietze 2020-10-01 10:23:08 UTC
*** Bug 136793 has been marked as a duplicate of this bug. ***
Comment 18 Christian Lehmann 2020-10-09 13:33:29 UTC
(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 7.0.2.2) 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.
Comment 19 andis.lazdins 2020-10-24 10:50:41 UTC
The regression of non-reducible sidebar is not yet solved in 7.0.3.1.