Created attachment 186836 [details] extension does not disapper over dialogue box Arrows in tabbed and grouped bar compact should slide or move icons rather than show extensions.It will be better looking and I think you will be able solve problems related to the current approach . such Bug 140557 and the fact that the extension of groupedbar compact does not disappear when I start a new dialogue box, another bug that needs to be reported. The screenshot attachments may explain things further.
Created attachment 186837 [details] no icons in ribbon
UX team, opinion on "sliding" the contents of the tap rather than popping out the overflow?
"Arrows in tabbed and grouped bar compact should slide or move icons rather than show extensions." => I don't understand arrow, slide, and show extension. With arrow, do you mean the chevron, with slide the expansion of the hidden part, and show extension... no idea. Please be more specific. Ultimately I believe your report is a duplicate of bug 140557. More complicated due to the very small screen real estate.
(In reply to Heiko Tietze from comment #3) > "Arrows in tabbed and grouped bar compact should slide or move icons rather > than show extensions." => I don't understand arrow, slide, and show > extension. With arrow, do you mean the chevron, with slide the expansion of > the hidden part, and show extension... no idea. Please be more specific. > > Ultimately I believe your report is a duplicate of bug 140557. More > complicated due to the very small screen real estate. If I may... My understanding of the request is that when clicking on the chevron, the toolbar would slide as if we were talking about a horizontal scroll-bar, showing new icons on the right side while hiding some icons on the left side. My comment does not mean I agree with the request; I'm just writing what I understand about it. I'd rather have the Tabbed toolbar actually working as expected first, after more than 26 months that has been reported as broken by now (only 20 days after its introduction).
Yes, I mean the chevron should move or slide the icon. it will suit the groupedbar compact as well . There is a screenshot I attached where the overflow does not disappear after I start a dialogue box , another minor bug that should be reported.
I think has no advantage to move the chevron around. It's an indicator of hidden parts and should behave as on the standard toolbar. => WF (or rather duplicate) For the bug I cannot confirm and suspect it to be related to the small screen. => ?
(In reply to Heiko Tietze from comment #6) > I think has no advantage to move the chevron around. I think the request/suggestion is not to move the chevron around, but the toolbar itself. Forget about the chevron and think about the toolbar moving as horizontal scrollbar, where icons move to the right or to the left, showing up as the toolbar/scrollbar is moved sideways. This would be instead of piling up the hidden icons within some menu on the right side. Again, I'm not saying I support the idea for LO; just describing my interpretation of the request. If we have a broken UI for 26 months (20 days after its introduction) and no improvement for it for the foreseeable future, while another UI has no customization available at all, then what we, simple common users, could expect from yet another alternative UI?
I have added a screenshot to show how the chevron should be if you like the idea.It would be split into two arrows for sliding left and right. This feature will work great with the tabbed and groupedbar compact. The screenshot name is chevron.
Created attachment 187101 [details] space saving chevron
[Automated Action] NeedInfo-To-Unconfirmed
The chevron typically expands hidden content and shows it, for example, as a vertical toolbar. If we scroll the Notebookbar area (or if Ribbon would be scrolled), the most important functions which are usually shown left, could become hidden. Your idea is probably inspired from the way Gnome handles tabs in dialogs- scrolling works here well as all tabs have the same importance (and the alternative to stack tabs disadcantages). => WF
agree with the => WF, -1
*** Bug 158123 has been marked as a duplicate of this bug. ***