Even worst, if you set the rules to !important, the form elements (textarea, input) end with system colors instead the ones in the usercontent.css file, as I'm right now, writting this here. Button inputs, by the way, accept it perfectly using !important.

This is what happens to form fields, even if you apply other colors though usercontent.css.

As you can see (enlarge if needed), some things happen:

1.- the buttons are taking the text color definition (set on usercontent.css to black (#000000)) but the buttons are taking the 3D elements color defined on Windows Scheme.

2.- the textarea elements take the color text (even not shown here) to black, but the area color is taken from windows color scheme (usercontent.css set to #8F9DBF).

3.- the options drop down menu items (on the right) have the same problem with the first option, the selected one by default, but as you note, the elements/options inside the drop down menu are, indeed, taking the values from usercontent.css, that is, black text and #8F9DBF background color.

So to let usercontent.css do its work and be able to modify the appearance of form elements you need to add this to usercontent.css:

To me it looks like You have found a bug that must be reported to K-Meleon's bug tracker.

You found it You can add it.

p.s. Mozilla.org but not K-Meleon Project will/must fix it, but AFAIRemember these bugs were also reported to the K-Meleon bug tracker with the comment that they were a Mozilla bug.

I also had a problem with UserContent CSS but I had assumed it was my own fault = lack of coding knowledge and stopped trying and searching. This happened during 1.6 development - I imagined that at firtst my css first had worked.

Quoteguenter
p.s. Mozilla.org but not K-Meleon Project will/must fix it, but AFAIRemember these bugs were also reported to the K-Meleon bug tracker with the comment that they were a Mozilla bug.

Can't find that bug at k-meleon bug tracker :/

But, is it a bug? I mean, look like it's the new GRE forcing to use system colors for XUL elements (if forms are drawn with XUL). Maybe the bug is that K-meleon is letting GRE to draw forms with XUL... but I don't think this extreme is happening...