Bug 166980 - Hatching previews in area dialog are invisible with dark ui
Summary: Hatching previews in area dialog are invisible with dark ui
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
25.8.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Area-Fill-Tab Dark-Mode
  Show dependency treegraph
 
Reported: 2025-06-12 20:09 UTC by Telesto
Modified: 2025-09-08 08:59 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Image of the issue (89.23 KB, image/png)
2025-06-13 11:00 UTC, Olivier Hallot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2025-06-12 20:09:40 UTC
Description:
Hatching previews in area dialog are invisible with dark ui

Steps to Reproduce:
1. Open Writer (dark UI)
2. Insert a shape
3. Right click the shape -> Area
4. Hatch tab

Similar issue in the sidebar drop down

Actual Results:
Previews are hard to see

Expected Results:
No black on black effect


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 7fddf33f70b5e496ca7e3936a845d47b9deca027
CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 1 Olivier Hallot 2025-06-13 11:00:53 UTC
Created attachment 201249 [details]
Image of the issue
Comment 2 V Stuart Foote 2025-09-06 10:54:20 UTC
But they are visible, just rendered as specified foreground color Black onto the automatic background color (drawn from os/DE color scheme).

Unlike the 'Pattern' swatches the Background color for grid is off by default. So with a os/DE provided 'Automatic' Dark color scheme the "Black" (0, 90, 180 crossed) grids are following theme (and not the Document background which is not selected active).

Try it with an appearance theme applied and active.

Think the behavior is correct (though maybe not appealing). Alternative might be to somehow test/apply the 'Use white document background' value set at Tools -> Options -> Appearance.
Comment 3 Heiko Tietze 2025-09-08 08:59:21 UTC
From looking at the dialog I thought the background switch on/off toggles the appearance. It doesn't plus this setting is not stored with the area style. If enabled the background changes for the one shape but is not remembered even if a new style is created.

Although the transparent background is correct, I tend to agree with the request. We may use the default shape background color, apply the current background in case of editing, and change if the background is set.