Bug Hunting Session
Bug 88182 - Sidebar: Undocked sidebar is an unusable size without resizing, doesn't expand automatically
Summary: Sidebar: Undocked sidebar is an unusable size without resizing, doesn't expan...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.4.0.1 rc
Hardware: Other All
: highest normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
 
Reported: 2015-01-07 21:45 UTC by tmacalp
Modified: 2018-11-27 06:06 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Undocked Sidebar showing Tabbar being dragged left to open (7.32 KB, image/png)
2015-01-15 22:42 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tmacalp 2015-01-07 21:45:21 UTC
Description:
After undocking the sidebar, the sidebar window is unusably small.  It is exactly the same width of of a normal non-expanded docked sidebar, so it only shows the icons for different categories.  Clicking on these categories gives no response, since the undocked window does not auto-expand to show the area to the left of the category buttons.

Steps to reproduce:
1. Start with a fresh LO config (remove your .config/libreoffice/4 directory)
2. Create a new Writer document
3. Undock the sidebar (Click sidebar menu button, select undock)

Expected:
We would expect that the undocked sidebar would be large enough to be usable, showing both category buttons and one of the categories.  Failing that, we would expect that clicking one of the category buttons would expand the window to include the appropriate dialog.

Actual:
As explained above, the sidebar just shows the strip of category buttons.  Clicking these buttons does not expand the dialog and the sidebar shows no change.

Notes:
Luckily, LibreOffice does remember the size of the undocked sidebar, so after resizing it once, a user shouldn't be affected again. 

There are other flaws with the undocked sidebar size/positioning:
1. An undocked sidebar needs to auto-expand when a button is clicked.
2. An undocked sidebar currently allows you to make it unusably small.  You can currently resize the window to be 1 pixel by 1 pixel.  
3. It shows the snapping arrow when it is only slightly wider than the category icon column.  It does not snap and this is not a useful feature when the sidebar is undocked.
4. The undocked window appears positioned at the top left of the main LibreOffice window instead of the right side... most of the time.  I've reported this in bug 88181.
Comment 1 Robinson Tryon (qubit) 2015-01-15 21:49:47 UTC
TESTING with Lo 4.4.0.2 + Ubuntu 14.04

(In reply to tmacalp from comment #0)
> Description:
> After undocking the sidebar, the sidebar window is unusably small.  It is
> exactly the same width of of a normal non-expanded docked sidebar, so it
> only shows the icons for different categories.  Clicking on these categories
> gives no response, since the undocked window does not auto-expand to show
> the area to the left of the category buttons.
> 
> Steps to reproduce:
> 1. Start with a fresh LO config (remove your .config/libreoffice/4 directory)
> 2. Create a new Writer document
> 3. Undock the sidebar (Click sidebar menu button, select undock)
> 
> Expected:
> We would expect that the undocked sidebar would be large enough to be
> usable, showing both category buttons and one of the categories.  Failing
> that, we would expect that clicking one of the category buttons would expand
> the window to include the appropriate dialog.
> 
> Actual:
> As explained above, the sidebar just shows the strip of category buttons. 
> Clicking these buttons does not expand the dialog and the sidebar shows no
> change.

CONFIRMED: Skinny sidebar looks kind of svelte and cool, but is basically useless.

Status -> NEW

Time to call in the cavalry. UX posse: time to do your thing!

Component -> ux-advise
Comment 2 V Stuart Foote 2015-01-15 22:41:51 UTC
Confirming this on Windows 7 sp1, 64-bit en-US
Version: 4.4.0.2
Build ID: a3603970151a6ae2596acd62b70112f4d376b990
Locale: en_US

That is a bug. With a clear profile, the undocked Sidebar is opening to a width slightly less than that of of the Tabbar, with no indication of the Deck available to the left by drag out. Clicking any Tab element is not opening its content panel in the Deck.  Worse, when dragging left to open the deck, an unidentified Arrow is becomes visible before any of the Deck's content panel is exposed.

Clip attached.

Adding to 4.4 MAB, this is very broken.
Comment 3 V Stuart Foote 2015-01-15 22:42:44 UTC
Created attachment 112321 [details]
Undocked Sidebar showing Tabbar being dragged left to open
Comment 4 V Stuart Foote 2015-01-16 16:41:28 UTC
(In reply to V Stuart Foote from comment #2)

> Adding to 4.4 MAB, this is very broken.

Seems that with an empty profile, and with the Sidebar now opening to display just the Tabbar (no Deck showing) by default, when immediately undocked there is no parent window defined--which would otherwise be used to set the width of the deck when displayed by RequestOpenDeck()

Clicking on any of the Tab buttons does shift to its element--but with no defined width to open to, the Deck does not appear (so drawn with 0 width?).

Seems like maybe some minimum width should be assigned for a newly created deck window to open with. That way the undocked Tabbar would have functional Decks.
Comment 5 V Stuart Foote 2015-01-16 17:12:02 UTC
This came in with Kendy's "Default to collapsed sidebars everywhere but in Impress." -- http://cgit.freedesktop.org/libreoffice/core/commit/?id=4e8df25adcc930657eb35cdc527bf8d751fc72e7

But, something more is needed to handle case of immediately undocking tabbar when no size for deck had been established.
Comment 6 Muhammet Kara 2017-09-18 17:46:18 UTC
Couldn't reproduce with the latest master on Debian Stretch. Could you please verify it is still valid?

Version: 6.0.0.0.alpha0+
Build ID: afeff9102c2935139de4efd40fd2286dce396706
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: tr-TR (en_US.UTF-8); Calc: group
Comment 7 tmacalp 2017-11-03 13:49:15 UTC
(In reply to Muhammet Kara from comment #6)
> Couldn't reproduce with the latest master on Debian Stretch. Could you
> please verify it is still valid?
> 
> Version: 6.0.0.0.alpha0+
> Build ID: afeff9102c2935139de4efd40fd2286dce396706
> CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; 
> Locale: tr-TR (en_US.UTF-8); Calc: group

I can still repro in
Version: 6.0.0.0.alpha1+
Build ID: 1f8c3e3b78e0abb96d06a51eca354ae7ade5deb2
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: x11; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-11-01_22:57:04
Locale: en-US (en_US.UTF-8); Calc: group
Comment 8 QA Administrators 2018-11-04 03:57:44 UTC Comment hidden (obsolete)
Comment 9 Jim Raykowski 2018-11-27 06:06:33 UTC
Reproduced in:

Version: 6.1.2.1
Build ID: 1:6.1.2-0ubuntu1
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group threaded