Bug 87289 - UI: single cell selection frame is invisible in black documents
Summary: UI: single cell selection frame is invisible in black documents
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Cell-Selection
  Show dependency treegraph
 
Reported: 2014-12-13 17:07 UTC by dreaminghexnut
Modified: 2019-05-15 12:09 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dreaminghexnut 2014-12-13 17:07:23 UTC
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.
Comment 1 tommy27 2014-12-13 17:49:06 UTC
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
Comment 2 Thomas Lendo 2017-09-02 21:51:07 UTC
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
Comment 3 QA Administrators 2018-09-03 02:43:14 UTC Comment hidden (obsolete)
Comment 4 Thomas Lendo 2018-09-14 09:36:55 UTC
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
Comment 5 Buovjaga 2019-04-14 19:26:16 UTC
(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
Comment 6 raal 2019-04-28 06:14:37 UTC
repro Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)