Bug 162688 - Sidebar/Gallery on Windows: minimal width is too small for the bottom line
Summary: Sidebar/Gallery on Windows: minimal width is too small for the bottom line
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Gallery
  Show dependency treegraph
 
Reported: 2024-08-29 12:30 UTC by Mike Kaganski
Modified: 2024-08-29 19:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (62.88 KB, image/png)
2024-08-29 12:30 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2024-08-29 12:30:05 UTC
Created attachment 196094 [details]
Screenshot

Using Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583
CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded

opening Gallery sidebar (in any component - see screenshot in Writer), the default / minimal deck width makes the bottom line (with the New... button) be partially covered by horizontal scrollbar (the appearance of the scrollbar is *the* problem - the deck should limit the minimal width, like e.g. it does in GTK).
Comment 1 m_a_riosv 2024-08-29 13:55:27 UTC
Reproducible
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 47fbbd7c6b9ea6b4a20f05fdf8870cb9e125fb21
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded


Latest version that works on the ones I have installed.
Version: 7.6.7.2 (X86_64) / LibreOffice Community
Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
Comment 2 V Stuart Foote 2024-08-29 19:23:10 UTC
Wait, shouldn't the available height used for the deck instead be reduced when the horizontal scroll bar becomes necessary bcz of SB deck width used? 

And, have a recollection this occurs on other decks as well.
Comment 3 V Stuart Foote 2024-08-29 19:43:19 UTC
Yep as I recalled, with "minimumwidth" set 'false' allowing SB to be set narrower--the Styles, Navigator, Manage Changes decks all do the same as the Gallery deck (at its default minimuwidth). The horizontal scroll bar obscures the last few controls on the deck, rather than reducing vertical height of the deck/content panel.

To me this seems a SB framework issue vertical size calculation for the decks/content panels when reduced width kicks in need for a scrollbar.

The other decks seem to reduce the vertical space needed when horizontal scrollbar activates.