Bug 75931 - EDITING/FORMATTING: Invisible text when editing
Summary: EDITING/FORMATTING: Invisible text when editing
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:6.2.0 target:6.1.2
Keywords:
Depends on:
Blocks: Shape-Textbox
  Show dependency treegraph
 
Reported: 2014-03-09 01:21 UTC by gus knight
Modified: 2023-05-31 21:34 UTC (History)
3 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 gus knight 2014-03-09 01:21:02 UTC
1. Create a new Draw document
2. Create an object and give it a filled white background and some text (text is visible at this point)
3. Change the page background to any color that would cause text colors to become white
4. Edit the object's text. It will appear invisible, because it is being drawn as white

It appears Draw is not taking the object's fill into account when computing the "editing" font color, but does take it into account when regularly drawing the object.
Comment 1 Dominique Boutry 2014-03-13 12:42:06 UTC
Same versions of LibO, on Win7 : what I notice :

With text with "automatic color" :
(1)- regular drawing of the object : text is black or white, anyway visible
(2)- one left clic on the text : text is shown in black, therefore difficult to read on dim colors and invisible on black,
(3)- double-clic on the text : text and text-background are put to opposite color, therefore same potential visibility problem than above.

With text with "defined/fill color" :
(4)- regular drawing of the object : text is more or less visible, depending of the background color
(5)- one left clic on the text : no change, text is more or less visible, depending of the background color,
(6)- double-clic on the text : text and text-background are put to opposite color, therefore same potential visibility problem as above.

All other LibO modules (WRITER, CALC, IMPRESS) are confronted to the analog problems, WRITER however with difference on highligthing way.

IMHO, (1),(4),(5),(6) are correct behaviour, and (2),(3) are bugs (as the "automatic" characteristic is specifically devoted to the text lisibility)
Comment 2 gus knight 2014-03-20 21:51:58 UTC
Ah, OK. Thanks for the clarification, I agree with that.
Comment 3 Joel Madero 2015-05-02 15:42:33 UTC Comment hidden (obsolete)
Comment 4 gus knight 2015-05-02 17:44:33 UTC
Bug still has the same behavior. Windows 8.1, LibreOffice 4.4.1.2.
Comment 5 QA Administrators 2016-09-20 09:38:19 UTC Comment hidden (obsolete)
Comment 6 Mike 2017-12-13 16:59:23 UTC
Issue still present. 

Version: 6.1.0.0.alpha0+ (x64)
Build ID: c7a2538129f16ef1253ae974737d5c9676aaf883
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-12-13_01:02:49
Locale: de-DE (de_DE); Calc: group threaded
Comment 7 QA Administrators 2018-12-14 03:56:00 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2021-08-30 03:56:03 UTC Comment hidden (obsolete)
Comment 9 Stéphane Guillou (stragu) 2023-05-31 21:34:21 UTC
I could reproduce this as described in 6.0, and in OOo 3.3 text would be white on white in and out of edit mode.
However, it was fixed in 6.1.2 and 6.2.0 by Caolán with commit 3ec86ad77071af577f37a83a0b1d0389b2204716 for bug 119284. (Not marking as a duplicate as that one was a regression in 5.2)

Thank you all!