Bug 40634 - EDITING: Background colour of text on objects wrong when editing text
Summary: EDITING: Background colour of text on objects wrong when editing text
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-05 01:54 UTC by daniel.schaaaf
Modified: 2017-03-06 17:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Textbox with wrong background colour for edited text (8.17 KB, image/gif)
2011-09-05 01:54 UTC, daniel.schaaaf
Details
test case (10.97 KB, application/vnd.oasis.opendocument.text)
2012-02-02 03:36 UTC, sasha.libreoffice
Details
Screenshots (56.18 KB, application/pdf)
2012-04-30 09:00 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description daniel.schaaaf 2011-09-05 01:54:45 UTC
Created attachment 50912 [details]
Textbox with wrong background colour for edited text

When editing text on an object (e.g. textbox or rectangle) the background (bg) of the edited text will change to the bg colour of the page instead of that of the object.
This is handled OK for white or black page bg as the bg of the text will change to white or black depending on the colour of the text itself to give good contrast. But when page bg is different from pure white or black then the bg of text edited e.g. in a textbox will be that of the page bg.

Instructions:
1) Create new Writer document and change page bg to e.g. "Gray 10%"
2) Create textbox with dummy text and change textbox bg to "Black"
3) Mark text in textbox and change text colour to white
4) Edit text in textbox e.g. by adding more characters
     => bg of edited text will change to "Gray 10%"!

This renders editing text in textboxes or other objects impossible in many situations.
Things get worse when an image file is used as bg for a page, as Writer will use bg colour "Black" in this case.

Instructions:
1) Create new Writer document and change page bg to "Graphic" (any image file will do)
2) Create textbox and start writing
     => bg of edited text will change to "Black" and makes text invisible since "Black" is default colour for text!
Comment 1 digital ant 2011-09-06 14:38:50 UTC
tested these exact steps on 3.4.3 English install, Windows XP sp3 (32 bit) JRE 6u26.

The background of the new text (step 4 of instructions) did change to the 10% grey while I was typing, but once I clicked out of the text box, the background changed back to black. Same with all shapes - background does change to the page bg while editing, but changes back to the shape/text box bg when I click out of it.
Comment 2 digital ant 2011-09-06 14:43:12 UTC
I think I misunderstood your bug report - you weren't saying the bg stayed that way, just that it was hard to edit because the colors changed. I confirm that the colors are as you described and that it does make it hard to create text boxes or edits if the bg color is similar to the text color.
Comment 3 daniel.schaaaf 2011-09-08 01:52:31 UTC
(In reply to comment #2)
> ... you weren't saying the bg stayed that
> way, just that it was hard to edit because the colors changed ...

Yes exactly! Sorry if my bug report wasn't overly clear on that.
Comment 4 Florian Reisinger 2011-10-04 06:45:17 UTC
I can confirm that... Win7 64 bit LibO 3.4.3 Build:302
Comment 5 starmatz71 2012-01-22 10:30:36 UTC
I can confirm this behavior for LibO 3.4.4 Linux Ubuntu 11.10 64-Bit an for LibO3.5.0rc1 in WindowsXP!

While editing text in those text-boxes it could be unreadable during edit text in it, because the background-colour changes to the backgroundcolour of the page instead of the text-box!
Comment 6 sasha.libreoffice 2012-02-02 03:36:10 UTC
Created attachment 56508 [details]
test case
Comment 7 sasha.libreoffice 2012-02-02 03:38:24 UTC
reproduced in LibO 3.6.0 master and in 3.3.4 on Fedora 64 bit
change version to 3.3.4 (most early reproducible)
Comment 8 Rainer Bielefeld Retired 2012-04-30 08:59:47 UTC
Effect is reproducible with "LibreOffice 3.5.3.2 (RC2) German UI/Locale [Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80] on German WIN7 Home Premium (64bit), but I don't know whether it's a bug?

Behaved the same way with LibO 3.3.3 and OOo 3.3, inherited from OOo.

The only really bad thing I see is the black paragraph highlighting if page has bitmap background, but I am not sure whether that really has the same roots.

@all:
Everything else did not cause real problems, why do you think that that is a bug?
Comment 9 Rainer Bielefeld Retired 2012-04-30 09:00:30 UTC
Created attachment 60796 [details]
Screenshots

I can not see a real bug
Comment 10 Rainer Bielefeld Retired 2012-04-30 10:14:33 UTC
I really wonder for what that highlighting 8it's not exactly paragraph-, more row-highlighting is required in the text box
Comment 11 daniel.schaaaf 2012-04-30 10:45:15 UTC
Your example actually _has_ some contrast. White text on "Gray 10%" is very difficult to read and I could imagine that even your example is difficult on cheaper screens with TN-panel (I am sitting in front of an IPS-panel and cannot tell).
I know the case of "white on gray 10%" sounds like an artificial construct that would never occur in real life, but I filed this bug report because it actually happened to me. (I probably used other colours but I don't remember which ones)
Is it so difficult to make LibreOffice show the object's colour as background colour instead of the page colour?
Comment 12 QA Administrators 2015-04-01 14:42:09 UTC Comment hidden (obsolete)
Comment 13 Buovjaga 2015-04-24 12:17:19 UTC
Still reproduced. You have to write something to see the change.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 14 daniel.schaaaf 2016-01-17 21:00:59 UTC
Bug still present without changes in LO v5.0.4.2 on Windows Server 2012 R2 (Windows 8.1)
Comment 15 QA Administrators 2017-03-06 14:26:02 UTC Comment hidden (obsolete)
Comment 16 daniel.schaaaf 2017-03-06 17:23:32 UTC
Seems to work fine in in 5.3.0.3 (x64) on Windows 10 Pro :-)
Comment 17 daniel.schaaaf 2017-03-06 17:23:52 UTC
Seems to work fine in 5.3.0.3 (x64) on Windows 10 Pro :-)