Description: When multiple text-styles are selected (such as Title, Heading 1 and Text-body), the font- and the font-size-dropdown menus react as they should: They go blank because multiple values are selected. HOWEVER! The text-style dropdown-menu doesn't go blank. It displays one of the styles (i haven't figured out how it chooses which of the styles it displays). I recommend to just look at the screenshots, they are pretty self-explanatory. Steps to Reproduce: 1. Write a text with multiple different styles (such as Title, Heading 1 and Text-body) 2. Select multiple text-styles. 3. Look at the text-style dropdown-menu which, for some reason, still isn't empty. Actual Results: The text-style dropdown-menu doesn't go blank (it should go blank though). It displays one of the styles. Expected Results: The text-style dropdown-menu should go blank/empty, as this notifies the user that he has selected multiple styles. Reproducible: Always User Profile Reset: No Additional Info: This should work with any new document. Just try it out, according to the 'steps to reproduce'. Also, if I remember correctly, this 1. also happened on Linux Mint. 2. Was present since at least version 6.3.6.1
Created attachment 164161 [details] Screenshot
Created attachment 164162 [details] Screenshot 2
I don't reproduce it in Version: 7.1.0.0.alpha0+ Build ID: 0de191e1d201d691c2196cf1aef412a98affb66f CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Actually, the selected style is where the cursor is. I don't think it's an issue. Does it makes sense to you ?
(In reply to Xisco Faulí from comment #3) > I don't reproduce it in > > Version: 7.1.0.0.alpha0+ > Build ID: 0de191e1d201d691c2196cf1aef412a98affb66f > CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded Meaning it's empty, just as it should be? Also, I noticed that I forgot to post my LO-data: Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU-Threads: 8; BS: Windows 10.0 Build 18362; UI-Render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: threaded( In reply to Xisco Faulí from comment #4) > Actually, the selected style is where the cursor is. I don't think it's an > issue. Does it makes sense to you ? 1. It's not always where the cursor is. For example, if I make a small document with an an H1 and a textbody-text, it doesn't matter where the cursor is. If I select the text from Textbody to H1, the dropdown-menu says "Heading 1". If I start from H1 and end the selection-movement in the Textbody-text, (which would place the cursor in Textbody,) it still says "Heading 1". Sometimes it doesn't seem to follow that rule though. It's really weird. (Actually, it might always display the style that is highest up on the page) 2.1. Unfortunately, it doesn't make sense to me. Both the font-dropdown-menu and the font-size-dropdown-menus act according to the norm: they go blank when you highlight multiple different options. The style-dropdown-menu is the only thing that doesn't have this feature. 2.2. This omits information. It's useful to know, whether multiple styles were selected. If the user wants to know what style a certain paragraph has, he clicks on it. 2.3. This is just... an unusual way to handle different text-styles/types. In some very common applications (such as Thunderbird, WordPad and even MS Word), dropdown-menus indicate that multiple different options were selected. Usually it's by making the dropdown-menu go blank. Thunderbid shows a "(mixed)" message instead. Personally I prefer the menu to go blank. This makes it easier to spot without needing to read text. Do my arguments make sense?
Reproducible for me with Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded For me it seems, that LO always highlights the style at the beginning of selected text. I would consder this as a bug. cc: Design-Team for decision
Additional information: Same with paragraph style in sidebar. And very strange behaviour with character styles: Always Default character Style is highlighted, although this style isn't used. I haven't tested with table styles and list styles but there should be a consistent behaviour
> ...And very strange behaviour with > character styles: Always Default character Style is highlighted, although > this style isn't used. I haven't tested with table styles and list styles > but there should be a consistent behaviour Not sure what you mean by that. Anyways, this weird dropdown menu behaviour also exists on Linux (Mint): Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-AT (en_US.UTF-8); UI: en-US Flatpak Calc: threaded
(In reply to Clarc from comment #8) > > ...And very strange behaviour with > > character styles: Always Default character Style is highlighted, although > > this style isn't used. I haven't tested with table styles and list styles > > but there should be a consistent behaviour > > Not sure what you mean by that. It's about the list of character styles in the sidebar.
(In reply to Dieter from comment #9) > (In reply to Clarc from comment #8) > > > ...And very strange behaviour with > > > character styles: Always Default character Style is highlighted, although > > > this style isn't used. I haven't tested with table styles and list styles > > > but there should be a consistent behaviour > > > > Not sure what you mean by that. > > It's about the list of character styles in the sidebar. Yeah, you're right! In my case, it doesn't even open the heading-tree and highlight Heading 1 / Title when placing the cursor on that kind of text. This must be a new bug, it used to work properly a month ago. However, I'd suggest you create a new bug for this, as it seems to be a slightly different issue.
(In reply to Clarc from comment #10) > This must be a new bug, it used to work properly a month ago. Don't think so, because same behaviour in Version: 6.3.6.2 (x64) Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
(In reply to Dieter from comment #11) > (In reply to Clarc from comment #10) > > This must be a new bug, it used to work properly a month ago. > > Don't think so, because same behaviour in > > Version: 6.3.6.2 (x64) > Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 > CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; > Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE > Calc: CL Is this your bug? https://bugs.documentfoundation.org/show_bug.cgi?id=135980
(In reply to Clarc from comment #12) > (In reply to Dieter from comment #11) > > (In reply to Clarc from comment #10) > > > This must be a new bug, it used to work properly a month ago. > > > > Don't think so, because same behaviour in > > > > Version: 6.3.6.2 (x64) > > Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 > > CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; > > Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE > > Calc: CL > > Is this your bug? > https://bugs.documentfoundation.org/show_bug.cgi?id=135980
(In reply to Dieter from comment #13) > (In reply to Clarc from comment #12) > > (In reply to Dieter from comment #11) > > > (In reply to Clarc from comment #10) > > > > This must be a new bug, it used to work properly a month ago. > > > > > > Don't think so, because same behaviour in > > > > > > Version: 6.3.6.2 (x64) > > > Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 > > > CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; > > > Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE > > > Calc: CL > > Is this your bug? > https://bugs.documentfoundation.org/show_bug.cgi?id=135980 Yes
I agree with the OP, multiple selection of styles should blank the dropdown and clear the tree selection at the sidebar.
Dear yehim83708, 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
This bug still is present in Version 7.4.0.3. Version: 7.4.0.3 / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Flatpak Calc: threaded
Also, the behavior Dieter mentioned also still exists. Not only is a style shown in the top-left (which shouldn't be the case) a paragraph-style also gets highlighted in the sidebar (which also shouldn't be the case).