Some buttons (e.g. "OK" in Preferences) have black text on a dark blue button surface. That's hard to read. => Can the button surface be lighter, or the text be white instead? MacOS 10.11.1 System Preferences/General/Appearance = Blue
Confirming on Version: 5.2.0.0.alpha0+ Build ID: eb38493c4101d8777052267ee83a5d4f883dd9ac Threads 2; Ver: -; Render: default; Locale: fr-FR (fr.UTF-8) The default for OSX apps is to switch to white text when a button or dropdown toolbar is selected, which is clearer than black on gradient blue.
Would be good to get a screenshot of how back this looks.
Created attachment 121201 [details] blue OK Button
Created attachment 121202 [details] grey button
It would be interesting to know if it is possible to have a per button label color as it seems that the label color is a single setting for all buttons from the screenshots.
(In reply to Yousuf (Jay) Philips from comment #5) > It would be interesting to know if it is possible to have a per button label > color as it seems that the label color is a single setting for all buttons > from the screenshots. Hi Jay, From an OS user prefs level, the blue colour is attributed to buttons, windows, and menus as a whole, and there doesn't appear to be any finer-grained setting such as the one you indicate above (unless this is hidden in the general OS UI API). I would assume that the inverted font colour is also a standardized, i.e. non-customizable property as well. On the whole apps are expected to respect the Apple HIG (which LO clearly does not), so perhaps there is no provision for "messing about" with such a setting. It would need someone with OSX UI programming experience to find out, I guess.
I see this issue is marked as applying to all Mac OS X versions. However, versions of OS X prior to 2014 actually used a slightly different UI, and LibreOffice's buttons look correct with it. (See, for example, the "New features in LibreOffice 5.1" videos, apparently made on OS X 10.8 or 10.9.) This is only a bug with versions since 2014. Is there a way to more precisely mark which systems are affected?
I am currently running the following while observing this issue: - Libre Office 5.1.0.3 - Macos 10.11.3 Could the graphics driver, or graphics card be the culprit?
(In reply to libreoffice from comment #8) > I am currently running the following while observing this issue: > - Libre Office 5.1.0.3 > - Macos 10.11.3 > > Could the graphics driver, or graphics card be the culprit? That's an interesting question. I'm inclined to doubt it, though. Wouldn't every other application be utilizing the same thing?
I feel certain this one is easy to fix for a very significant benefit. Somewhere in LibreOffice's code it specifies that the text of buttons <i>must</i> be black, and removing those lines will let the color follow the default system UI. The question is, where are those lines of code?
*** Bug 98047 has been marked as a duplicate of this bug. ***
Ok button from prefs comes from src/hrc. I wonder if only these are concerned. Anyway, even if it's the case, I don't know where the color is defined for them.
*** Bug 104246 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 116988 has been marked as a duplicate of this bug. ***
fixed as for bug 125088 in https://gerrit.libreoffice.org/#/c/71710/ https://gerrit.libreoffice.org/plugins/gitiles/core/+/89775fd396e413daaf0e71710211075450bdc0ed%5E%21