Black themes/High Contrast Inverse theme Bugs

Bug #78661 reported by Mark Christian D. Lopez on 2007-01-10
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gtk2-engines (Ubuntu)
Medium
Accessibility

Bug Description

Binary package hint: gtk2-engines-highcontrast

I have found out that using black themes in general in ubuntu currently has many bugs. Let me post some here for example, I'll add to the list as I see some more:

* In Synaptic, the percentages in the progress bars are invisible after black background covers the percentage black text.

- I suggest that we make the progress bar text active instead when using high contrast mode, w/c changes color to the inverse of the color of it's background.

* Deluge and Tomboy won't change their text color from black after changing to a High Contrast theme if you don't log out.

* Nautilus text still uses black unless you change it in the gtkrc-2.0 file.

- Maybe an option to change the nautilus text color on the preferences window would make this job easier for novice users, and might also make the desktop icon text color easier to manipulate by users who use light wallpapers.

* In Firefox, the search box in website like art.gnome.org has black text on black background and the post title box in LiveJournal has white text on white background, along with DeviantArt and who knows how many other websites out there even when the Use System Colors box in Firefox Preferences->Content->Colors is unchecked.

- A good solution might be to force firefox to still use black text on white background on those controls or just make the Use System Colors checkbox effect work on all controls. That way, websites who think that controls normally have black text and freely change the background color to something light will still be visible.

Putting a trick like background color detection for an adaptive text color feature might work better but is much programming work.

We should fix them. I love black themes and I know there are many other people who do so too, by fixing these we enable good black themes to sprout out of ubuntu and in the whole linux world in general since these bugs stop people from using black themes considering they are buggy.

P.S. I can post screenshots upon request.

description: updated
Daniel Holbach (dholbach) wrote :

Thanks for your bug report. Which version of Ubuntu do you use?

Changed in gtk2-engines:
assignee: nobody → accessibility
importance: Undecided → Medium
status: Unconfirmed → Needs Info

Currently using ubuntu edgy. I'm planning to try out Feisty when I have the time, but for now I'm using edgy.

I've added another bug concerning firefox and the black themes. This is kind of ironic, since the high contrast inverse theme is supposed to make things more visible, and now it makes things invisible.

description: updated
description: updated
description: updated

Btw. the firefox bug exists even in the controls used in the ubuntu website (buttons, edit boxes, etc.)

Henrik Nilsen Omma (henrik) wrote :

I've subscribed Kenneth Wimer, our new artwork guru to this.

Ken, this is the inverse theme we looked at. Seems to be broken in a few places ...

enaipi (mipavelka) wrote :

In Hardy Beta this bug still appears... :-( In the Firefox 3 beta 5 the "Use system colors" button doesn't work too.

Mark Rowan (mark-tamias) wrote :

If you look at the comments on http://www.gnome-look.org/content/show.php/Neutronium+Unity?content=59189 you will notice the following solution to the above problem, which I can confirm works for me with Ubuntu 8.04, Firefox 3b5, and the Neutronium Unity dark theme. It involves editing ~/.mozilla/firefox/<profile>/chrome/userContent.css :

--------------------------------

In order to work porperly with FF3 use this userContent.css instead of the provided one (I added -moz-appearance: none !important;):

input {
border: 2px inset white;
background-color: white;
color: black;
-moz-appearance: none !important;
}
textarea {
border: 2px inset white;
background-color: white;
color: black;
-moz-appearance: none !important;
}
select {
border: 2px inset white;
background-color: white;
color: black;
-moz-appearance: none !important;
}
input[type="radio"],
input[type="checkbox"] {
border: 2px inset white ! important;
background-color: white ! important;
color: ThreeDFace ! important;
-moz-appearance: none !important;
}
*|*::-moz-radio {
background-color: white;
-moz-appearance: none !important;
}
button,
input[type="reset"],
input[type="button"],
input[type="submit"] {
border: 2px outset white;
background-color: #eeeeee;
color: black;
-moz-appearance: none !important;
}
body {
background-color: white;
color: black;
display: block;
margin: 8px;
-moz-appearance: none !important;
}

randomubuntuguy (john4lists) wrote :

bug is still a huge pain on xubuntu 9.10 with high contrast. in in fact using Midori right now to type this I have no idea what i'm actually typing. Contols are dark on dark!!!

delvalle26 (bassaf) wrote :

I'm sad to say this also effects the new Ubuntu Software Center (seemingly regardless of theme engine.)

While a workaround for browsers, a simple stylesheet, how does one go about themeing the installer (at the very least the command buttons, it seems like text is hard coded to black on buttons or something...?)

I'm using Ubuntu 9.10.

Charlie Kravetz (charlie-tca) wrote :

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed.

I can verify this issue still exists in Lucid Lynx, soon to be released as Ubuntu 10.04. When attempting to use a high contrast inverse theme (white text on dark background), firefox uses dark text on the bookmarks on the side, software center uses dark text on dark background for hi-lighting.

Thanks for taking the time to make Ubuntu better!

Changed in gtk2-engines (Ubuntu):
status: Incomplete → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers