In a document made of cells with black background, the cursor and cell selection frame are invisible since they are black as well. This should be easy to solve by using negative colors for the cursor and selections like in Libreoffice writer.
tested under Win8.1 x64 with LibO 4.3.4.1 the cursor turns negative once you enter text in a cell so it's visible (white on black) only the cell selection frame is invisible (black on black) but only if you select just one cell... if multuple cells are selected hte selection is transparent light blue so it's again visible against a black background so I confirm just the latter part of the bug, thus I change summary notes from: UI Enhancement: selection highlighting and cursor invisible in black documents to: UI: single cell selection frame is invisible in black documents enhancement goes into the "importance" field
This should not be an enhancement request because it's very bad usability if user can't see the selected single cell even all or some cells of a sheet have black background color. Also it must be a regression because in LibO 3.3.0 I can see a dark grey border around a selected single cell. Tested with Version: 6.0.0.0.alpha0+ Build ID: bfd8a4e22fe584939f67b64c9c9495a466b16576 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-08-21_00:52:56 Locale: de-DE (de_DE.UTF-8); Calc: group and LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducible. Version: 6.2.0.0.alpha0+ (x64) Build ID: 18c5089df091bddeb8c2dc339776671964389040 CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-12_23:24:12 Locale: de-AT (de_AT); Calc: CL
(In reply to Thomas Lendo from comment #2) > Also it must be a regression because in LibO 3.3.0 I can see a dark grey > border around a selected single cell. It is weird that Cor in bug 108240 says the same, but I don't see any change in 3.3.0. I turned up the brightness and contrast in my monitor to be sure. To be clear: the way I understand this report is that it refers to the frame telling us the position we are. Having a cell selected with the mouse or keyboard so it has a blue overlay colour is different. Thomas: as you see this change, it would be good, if you tried to bibisect it: https://wiki.documentfoundation.org/QA/Bibisect/Linux
repro Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
It's probably not worth chasing ghosts here, let's assume this isn't a regression (even if the color had been slightly different, which I couldn't repro, it's not a good state).
Dear dreaminghexnut, 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 188289 [details] Screenshot of LO 7.5.4 on Ubuntu 20.04 with GNOME 3.36.8 Thomas, tommy and dreaminghexnut, with all the last few years' changes in dark mode support and cell highlighting / selection colour, do you still see this in LO 7.5? Colours and cursors are OS- and DE-dependent so we'll need detailed info on those, including any OS/DE theme used, and screenshots. For me, cell position frame and cell selection shading are visible on cells with black background in Ubuntu 20.04 with GNOME 3.36.8 and: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded However, the grey grid is not visible, but that's the same with any background colour.
Actually, I can reproduce in 7.2, and it should be fixed by Natalia's fix for bug 142121 in 7.3. Please test again in 7.5 and let us know if you still have issues. Thanks! *** This bug has been marked as a duplicate of bug 142121 ***