Description: I noticed that there is a big arrow beside the menu of each group in order to show that a popup textual menu can appear after a click. Why not using a smaller arrow ? For example this arrow could be the same than the arrow of the icon which provides a popup menu. The spared space could be used for an additional icon. Actual Results: A big arrow use a lot of space in a group of the GrouppedBar compact UI. Expected Results: Spare space in order to display one additional icon. Reproducible: Always User Profile Reset: No Additional Info: I noticed in the versions 6.2.8.2 and 7.1.3.2.
Created attachment 173020 [details] a group of the GoupedBar Compact UI You can see : - small arrows on the first line of icons - a big arrow on the second line.
An other possibility would be to use a small character at the end of the title. For example, we could replace "File" by "File…". Note that a single character gather the 3 dots.
Not sure that we have full control of the expander icons.
I would also prefer to have the same arrow size everywhere.
(In reply to andreas_k from comment #4) > I would also prefer to have the same arrow size everywhere. Please resolve NAB/WF as maintainer if your preference for one-sized arrows is strong. If you want more input we can leave the ticket open for a while.
The expander triangle is sized to 75% of the control's text height, see SvxMenuEntriesListBox::CreateDropDown() in cui/source/customize/cfg.cxx, while the toolbar is a bit more complex, see void ImplDrawDropdownArrow() in vcl/source/window/toolbox.cxx (changed recently for bug 122118). We have to deal with different icon sizes where small icons require smaller expander triangles. The only solution I see is to replace the triangle vectors by a pre-drawn bitmaps, which then depends on the icon size (and can be SVGs too, of course). This would solve bug 136757. Caolan, is this a reasonable idea? Making bug 107259 a duplicate of this one. It seems to be the same request though talking also about OS dependency.
*** Bug 107259 has been marked as a duplicate of this bug. ***
IIRC SvxMenuEntriesListBox::CreateDropDown is only for the arrow shown in the tools, customize dialog in the "menu" and "context menus" pages for the arrow preview in the "assigned comments" lists. There is sometimes the use of DecoView::DrawSymbol with SPIN_DOWN to draw these kind of things, I would have guessed ImplDrawDropdownArrow used that, but as you say it does its own special thing there. I wonder if the original screenshot is showing "Fichier" in a button using DecoView::DrawSymbol vs ImplDrawDropdownArrow in the above row. Or if its the same thing used in both places but one bigger because more space allocated for the arrow.
This code sizes the triangles equally but it depends only on the view setting for toolbars. Small icons on Notebookbars don't fit the size of large on toolbars. The toolbox is not aware of the position (NB, TB or sidebar) and we shouldn't make it dependent. - const tools::Long nSize = rDropDownRect.getWidth() - 2 * nMargin; + tools::Long nSize; + switch (officecfg::Office::Common::Misc::SymbolSet::get()) + { + case 0: nSize = 10 - 2 * nMargin; break; //S + case 1: nSize = 13 - 2 * nMargin; break; //L + case 2: nSize = 13 - 2 * nMargin; break; //Auto + case 3: nSize = 16 - 2 * nMargin; break; //XL + } My take: WF resp. size the controls containing icons in NB equally.
Dear Jérôme, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 189649 [details] the former example shows no size difference anymore
Created attachment 189650 [details] different size between the dropdown text list and other dropdown menu icons
The problem shown in the former screenshot is fixed. However, the menu expander triangle is still big for the dropdown text lists. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: 4412c0006c0cfe5a5d40cae25a00da8a194aa4c0 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded
A noticed a progress but this bug isn't fixed yet with below version : Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: 4412c0006c0cfe5a5d40cae25a00da8a194aa4c0 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded See comment comment 11, comment 12 and comment 13 for details.
This bug is fixed in most cases but not all. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: 4412c0006c0cfe5a5d40cae25a00da8a194aa4c0 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded See comment comment 11, comment 12 and comment 13 for details.
This bug isn't fixed in version 7.6.1.2. The menu expander triangle is still big for the dropdown text lists. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: 4412c0006c0cfe5a5d40cae25a00da8a194aa4c0 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded See comment comment 11 and comment 12 for details.