[Bug 157580] Allow notebookbar and groupedbarcompact groups sections to be shown/hidden based on available space instead of only their order

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=157580

Jeff Fortin Tam <nekohayo at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
     Ever confirmed|0                           |1
         Resolution|WONTFIX                     |---

--- Comment #13 from Jeff Fortin Tam <nekohayo at gmail.com> ---
> We do have a priority for the sections,
> but the styles preview was always attributed to be important.

The "important" section priority attribute doesn't work in practice if the
important-flagged section ends up not being shown visually, no?


>> I don't understand how you can essentially conclude that my proposal is
>> taking anything essential away from anyone...
> 
> You proposed to change the overflow procedure and to first hide the styles preview.
> Actually, translating into algorithm, to start with the largest section.

_When_ the window width is calculated to be insufficient for that widget.
It still does not take anything away if you do it by measuring available space;
it's not "crippling" the widget if it already isn't showing its contents
anyway…
In principle, my proposed change _adds_ functionality, especially on your WXGA
target,
by filling that visually empty space with either a compact version of the
styles widget,
or other things that can fit, instead of just showing nothing on ⅓ of the
width.

Can't something like the logic below be achieved even with the current toolkit
tech?


On window width set:

1. gtk_widget_get_width (or some equivalent) for each shown widget section
container placed before (left side) of the styles preview widget, sum them up

2. Get the width of the permanent ("Home" and "Find") widgets on the right

3. Substract 1 and 2 from the window width number to get the "available space"
number

4. Get the width of the styles preview widget, to determine if it would fit
within the "available space" number (i.e. fit between the left and right stuff
previously measured)

5. If space is insufficient, either show a compact version, or order* it later
in the toolbar so that other more compact widgets (ex: the "Table" and "Zoom"
sections) can fill that space by being shown before the styles preview widget
(which would still be available in the offscreen expander widget _just like it
currently does in practice anyway_)

*: If "reordering" is somehow technically impossible, I presume there's another
trick:
   duplicate that widget's section in the UI file,
   and hide()/show() the first or second instance of it based on the context?


If possible, this would make it a better "adaptable" user experience out of the
box.
Even for higher-res screens, it would improve compatibility with split-screen
tiling.

Yes, in theory tech-savy/geeky users like me can turn off that section
entirely,
but the reason why I'm reopening this for consideration is that I care about
the out-of-the-box UX for your less technical users :)

-- 
You are receiving this mail because:
You are on the CC list for the bug.