Bug 162276 - Setting Writer Paragraph Style Area from None to a color obscures style name
Summary: Setting Writer Paragraph Style Area from None to a color obscures style name
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Styles-Paragraph-Combobox
  Show dependency treegraph
 
Reported: 2024-07-30 23:22 UTC by Joel Ewing
Modified: 2024-07-31 09:19 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
document subset with style TextClass with Area Color specified (34.06 KB, application/vnd.oasis.opendocument.text)
2024-07-31 00:24 UTC, Joel Ewing
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joel Ewing 2024-07-30 23:22:33 UTC
Description:
If a paragraph style is modified to include an Area Color, that color partly obscures the style name in the paragraph style pull down list (top of page) and completely obscures the style name in the More Styles "Styles and Formatting" frame on the right.

Steps to Reproduce:
1.Modify a paragraph style to add an area background color.(defaulted to No Transparency)
2.Use the style for a paragraph of text 

Actual Results:
A paragraph with that style displays with text with the desired background color, but...
In the paragraph class pull-down list at top of page, the class name appears in the list initially, but when the cursor is moved the background color appears and mostly obscures the style name, unless you hover directly over that style.
If you select "More Styles..." from the pull down list, in the "Styles and Formatting" frame all you see for that paragraph style is a rectangle with the Area Color -- the name of the style is completely obscured.  You have to edit the style to view the name.

Expected Results:
In both the styles pull-down list and in the "Styles and Formatting" frame the formatting should be consistent with the style attributes, showing the style-name text with the selected area background color.


Reproducible: Always


User Profile Reset: No

Additional Info:
Behavior was first observed with LibreOffice 7.6.7.2 under Fedora 39 Linux, but this is a paragraph style I rarely use, so earliest appearance of problem uncertain.
Comment 1 m_a_riosv 2024-07-30 23:35:00 UTC
Please paste here the information on Menu/Help/About LibreOffice (There is an icon to copy)

And please inform if you are using a dark mode or High contrast appearance.

Also please attach a sample file where to test the issue.
Comment 2 Joel Ewing 2024-07-31 00:24:10 UTC
Created attachment 195614 [details]
document subset with style TextClass with Area Color specified

text with yellow background uses class "TextClass", which has a light-yellow area color specified.
Comment 3 Joel Ewing 2024-07-31 00:26:24 UTC
Version: 7.6.7.2 (X86_64)
Build ID: 60(Build:2)
CPU threads: 24; OS: Linux 6.9; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Appearance was set to "system", which gives the same result as "light" on my system.
Comment 4 m_a_riosv 2024-07-31 00:33:29 UTC
Looks like a duplicate of tdf#137705
Comment 5 Joel Ewing 2024-07-31 01:13:04 UTC
The problem seems to be more general than that described in tdf#137705, as in this case the font color of the style is indeed "Automatic" and not set by the user to some color that is identical with the paragraph area or the page background color.   

One  could perhaps argue that the lighter color for the text "TextClass" in the pull-down style list is working as designed, even though the contrast is low.  

The complete disappearance of the style name in the "Styles and Formatting" frame seems like a definite issue, as there is no inappropriate user specification for font color to explain the vanishing text.   It looks like either Writer has made the irrational choice to change the font color to be identical to the background color, or possibly the background color has been painted on top of the text rather than placing the text on top of the background.