Apache OpenOffice (AOO) Bugzilla – Issue 2276
Dark-on-dark colors set for forms
Last modified: 2017-05-20 09:42:50 UTC
Somewhere, the CSS for the site is setting 'black' as the foreground text color for input text fields on forms. THis is all fine and good, except that Mozilla 0.9.6 is Gtk-based, and my .gtkrc sets #202050 as the background color, resulting in in black-on-very-dark-blue text. It should either (a) also set the backgroun d color so things are visible or (b) not fool with either foreground or background colors.. But setting the foreground dark and hoping the background is light is a bad idea. I will attach a .jpg of this page as I entered it to demonstrate the problem. RedHat Linux 2.4.13, XFree86 4.1.0, Mozilla 0.9.6.
Created attachment 724 [details] Demo of black-on-dark forms
RedHat 7.1, Linux 2.4.13. I couldn't see the 7.1 was missing due to the problem....
I will let our designers know about this issue and refile this as an "enhancement."
accepting issue. submitted it to our in-house designer for evaluation. louis
Quoth our designer: you wrote: > Todd, > Here's a reasonable complaint from OpenOffice.org. > "Somewhere, the CSS for the site is setting 'black' as the foreground > text > color > for input text fields on forms. This is all fine and good, except that > Mozilla > 0.9.6 is Gtk-based, and my .gtkrc sets #202050 as the background color, > resulting in in black-on-very-dark-blue text. this is not an issue in succeeding releases of SC. the css used in previous versions of sc does indeed have issues. so: a. wait for openoffice to be upgraded b. write personal stylesheet (or edit mozilla's), setting fore- and background colors as desired. c. edit current openoffice.org css: <http://www.openoffice.org/branding/style.css>, eliminating "input" from the selector of the 3rd rule. I can edit the current sytle sheet to eliminate "input" from the slector of the 3rd rule. We will be upgrading in a a couple of months, I'd expect. -louis
closing for later upgrade -louis