Bug 152973 - Forms: Default color for buttons and borders changed to dark grey
Summary: Forms: Default color for buttons and borders changed to dark grey
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks:
 
Reported: 2023-01-11 09:30 UTC by Robert Großkopf
Modified: 2023-04-30 16:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Default color for buttons and borders in forms to dark (26.07 KB, image/png)
2023-01-11 09:30 UTC, Robert Großkopf
Details
Open form in database. Don't need macros enabled. See dark gray buttons. (16.32 KB, application/vnd.oasis.opendocument.database)
2023-01-11 09:32 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2023-01-11 09:30:53 UTC
Created attachment 184574 [details]
Default color for buttons and borders in forms to dark

Open the attached screenshot.
In LO 7.5.0.1 buttons and border round a form field switched from light grey to dark grey.
This shouldn't happen, because contrast from characters and background will be to low.

Test it also with the attached database. Open the form.

LO version:
Version: 7.5.0.1 (X86_64) / LibreOffice Community
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded
Comment 1 Robert Großkopf 2023-01-11 09:32:11 UTC
Created attachment 184575 [details]
Open form in database. Don't need macros enabled. See dark gray buttons.
Comment 2 Buovjaga 2023-03-21 13:43:38 UTC
This was changed in ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72

Let's ask UX what they think and if they want to implement a change.
Comment 3 Heiko Tietze 2023-03-21 14:15:48 UTC
Bug 150786 explains why it was done. Caolan, can we apply the non-native look only on export to PDF? Or provide an option to switch it on/off.

Meanwhile you can set the background and foreground color to any value.
Comment 4 Adolfo Jayme Barrientos 2023-03-21 14:27:06 UTC
The results in the screenshot don’t fail neither WCAG AA nor WCAG AAA, so this doesn’t seem to be a significant a11y issue
Comment 5 Robert Großkopf 2023-03-21 15:00:19 UTC
As I understand bug 150786 it is has been changed also for LO 7.4.3.
But: In LO 7.4.6.2 the form controls will get the "normal" color (buttons and borders), in 

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

it will be changed to dark gray.

Why should an export for form controls to *.pdf destroy the design of older forms?
Comment 6 Heiko Tietze 2023-03-28 10:16:44 UTC
The application dark mode makes the document not WYSIWYG anymore. For the buttons it's even more complex as your theme might be dark (and buttons are dark with white font) but when exported to PDF those colors are not taken into the document (neither you can be sure the document is drawn identically on someone else's machine and explicitly setting the font color to white would be wrong).

I see two solutions: a) apply some default, hard-coded colors on export (and show it locally depending on the used theme), b) always use non-native colors but make it editable (meaning effectively to bind it to some application color), and c) just WF/NAB the issue.

Essentially the point is how PDF handles forms with the goal to have a button blend into the system look and feel; guess that's defined in PDF and we just need to properly export.

=> new, needsdevadvice