Description: For older people (and for users that aren't paying close attention), it can be difficult to see, whether they actually have highlighted Text in one of those gray boxes. (see attached screenshot) Steps to Reproduce: 1. Create Drop Caps (or use another way of creating one of those gray boxes) 2. Highlight Text Actual Results: Expected Results: I suggest to not leave a majority of the area gray. Maybe use another color (the usual blue maybe? Maybe use stripes or some other technique to still show the user, that it's not regular text he's highlighting.) Horizontal blue-white stripes could be worth considering. 1. This differentiates the marked box-text from regular text 2. It still keeps the text readable 2. It differentiates the marked box-text from unmarked box-text. Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 164639 [details] Example-screenshot. I highlighted the two middle letters and it's really hard to see.
I confirm it 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 It's not about text highlight (that works) but about text selection. If you select the whole paragraph it seems that Drop Caps are in the foreground of selection. Actual result: Selected characters are underlined Expected result: Selected characters should be marked as in normal text. Clarc, you've mentioned "other boxes". Could you please specify this?
(In reply to Dieter from comment #2) > Expected result: Selected characters should be marked as in normal text. This would definitely be an improvement, it might be even better though if it looks slightly different from regular selected text. Why? Because we might want to preserve the visual difference between Drop Caps and regular text. > Clarc, you've mentioned "other boxes". Could you please specify this? I'm pretty certain that there exist other functionalities which create similar environments to the Drop Caps one. (i just can't remember which actions created those environments) Highlighted text in those places might also stay gray, just like it does when highlighting Drop Caps-text.
Created attachment 181807 [details] Example file Bug still present in Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Actual result: If you exclude last character from selection, you can see blue line as indicator for selection. If last character is included in selection, you even can't see a blue line. Expected result: Characters are marked as highlighted as in normal text.
Dear Clarc, 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
The bug still occurs in v24.2.5.2. Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-AT (en_GB.UTF-8); UI: en-GB Flatpak Calc: threaded