Bug 292898

Using my poor HTML + CSS knowledge, it seems to me this is a problem with their code. In fact the background color of the input elements is set to "transparent", while the foreground one is defaulted to black. You can see this NOT happening in sites like google, gmail or wordpress based sites and so on.
You can workaround this by setting a custom css (config -> appearance -> stylesheets) with:
input {
background-color:white;
}
But this is an hackish solution I'd like to NOT extend to default rekonq. As said, given I'm not that HTML/CSS guru, I'll leave this open and target to 0.10 to not forget this.

I remember that I used a custom CSS when I was using Firefox, 
I guess it was working fine.

Given that oxygen style is the default of KDE and dark schemes 
like Obsidian comes with "almost" any kde install; I  thought 
that this was fixed. Actually, I had made a few more tests with 
other styles and dark color schemes. First one was the bespin 
with "kara" dark preset, second was qtcurve with another dark 
preset and color scheme whose name I don't remember. To my 
surprise, the problems with the input boxes disappear and I 
get slightly better results as compared to oxygen style (the 
combo box in the amazon website was still unreadable as far as 
I remember).

I don't think color scheme has a lot to do here but providing THE background color, let's say dark grey for Obsidian and black for the typical dark scheme. Given it, its (qt)webkit rendering the page and checking css styles inheritance. You can control it, using web inspector and look on the right column the "computed styles" list.
What I don't understand here is if this is a qtwebkit problem (computing styles bad) or just a site written without attention to particulars (dark scheme users are very rare).

I just checked out the dark schemes that I tested with bespin 
and qtcurve; both of them are black but provide a white 
background color, so that when you open a word processor or 
anything smilar, you get a white background color for the text 
input area. For Obsidian; it is all around black.

I am not an html programmer either; all my knowledge is from 
an all in one html for dummies book, I can't figure out what is 
reallly going wrong. Based on what you think, if this is 
related to the websites; KDE packagers may consider modifying 
Obsidian so that it would have a white background area like 
the color schemes "kara" for bespin and "DarkDefault" for 
qtcurve.

Created attachment 73324 [details]
Google screenshot

Created attachment 73325 [details]
Form example

I already use a custom .css and adding an "input { ..." section had no effect for input text boxes in my case. It did turn the submit buttons white but it left the text on the buttons grey and largely unreadable.

It might be a better strategy to simply ignore colors set by KDE within the browser window - anything above/left of the scroll bars and below the location bar/bookmarks bar.

I would like to add that there are websites which are not readable at all with dark color schemes + rekonq. Currently, my best experience is with Konqueror(khtml) + dark scheme. Konqueror is not perfectly handling but I should say that it is much more usable than rekonq with dark scheme. Firefox is also performing better than rekonq (to my surprise) with a dark scheme though some websites showed up with gray text color; difficult to read.

Created attachment 73895 [details]
fix problems with dark colour schemes

Adds an option to the appearances dialog to choose another colour scheme for the webview to use.

Does anyone have any new info on this? It's been over a year since the last post(apparent fix) and as far as I can tell that fix hasn't been implemented. Just wondering. :-)

Created attachment 84597 [details]
Unreadable entry field in rekonq history under dark sheme

Hello, I know all this different color schemes along with webpages who don't stick to the rules is a PITA.
However I just want to mention that even with rekonqs own pages (history and downloads), the entry fields aren't readable with a dark scheme (see attachment).

So I was wondering if at least these internals pages can be fixed?

Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead.