Bug 106566 - Notebookbar: Allow button labels to be dynamically hidden/unhidden with resizing
Summary: Notebookbar: Allow button labels to be dynamically hidden/unhidden with resizing
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Notebookbar-Resize
  Show dependency treegraph
 
Reported: 2017-03-16 08:06 UTC by andreas_k
Modified: 2021-09-13 11:27 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andreas_k 2017-03-16 08:06:42 UTC
When you shrink the wide of the window it would be awesome when you can define in glade that the button layout to switch from icon + label layout to icon view something like priority-. Maybe view-
Comment 1 Xisco Faulí 2017-03-16 09:31:06 UTC
Hello andreas,

Thank you for reporting the bug. Could you please provide a mockup for your idea?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the mockup has been provided
Comment 2 Yousuf Philips (jay) (retired) 2017-03-16 11:17:00 UTC
This is a feature available in the MS Ribbon and would be useful if there was a means to implement it.
Comment 3 Heiko Tietze 2017-03-17 16:22:25 UTC
Sounds nice but is actually not so easy. First a priority list is needed at which section the labels are hidden first. Also some labels might be important and rather content gets cropped behind the chevron, or the like. And last but not least I'm afraid of alignment when some labels are hidden and others not.
On the other hand it makes much sense for Notebookbars with many labels like the contextual section variant.
Comment 4 andreas_k 2017-03-17 19:08:52 UTC
for the alignment and the labeling the designer of the toolbar has to focus. First we need the technical option.
Comment 5 Heiko Tietze 2017-03-17 22:13:35 UTC
(In reply to andreas_k from comment #4)
> for the alignment and the labeling the designer of the toolbar has to focus.
> First we need the technical option.

It has to be taken into account when the development starts. How should the prioritization implemented? All this stuff should be clearly defined in advance for all features.
Comment 6 andreas_k 2017-04-19 00:22:12 UTC
with priority- you can define what to show/hide when the window size was shrinken/enlarged.

you can priority- a DropdownToolBox widget maybe you can use the same thing for sfxlo-NotebookbarToolBox than you can define also the labels with the same priority.

example
first priority- that you hide the label and if this is not enough than the ToolBox (Group)
Comment 7 Heiko Tietze 2017-12-19 09:24:03 UTC
*** Bug 96417 has been marked as a duplicate of this bug. ***
Comment 8 andreas_k 2018-12-10 22:44:04 UTC
I'm happy with the system we have now. It's not that flexible, but the UI didn't jump and the .ui files are not that complex.