Bug 292898 - rekonq does not do well with dark kde color schemes
Summary: rekonq does not do well with dark kde color schemes
Status: RESOLVED UNMAINTAINED
Alias: None
Product: rekonq
Classification: Applications
Component: general (show other bugs)
Version: latest git snapshot
Platform: openSUSE Linux
: NOR normal
Target Milestone: 2.0
Assignee: Andrea Diamantini
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-30 19:39 UTC by sahinsureyya
Modified: 2018-05-11 16:19 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Google screenshot (25.54 KB, image/png)
2012-08-20 15:34 UTC, Kevin Clevenger
Details
Form example (3.51 KB, image/png)
2012-08-20 15:34 UTC, Kevin Clevenger
Details
fix problems with dark colour schemes (4.78 KB, patch)
2012-09-14 00:29 UTC, Laurie Bradshaw
Details
Unreadable entry field in rekonq history under dark sheme (71.82 KB, image/png)
2014-01-12 13:39 UTC, Richard Llom
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sahinsureyya 2012-01-30 19:39:42 UTC
Version:           latest git snapshot (using KDE 4.8.0) 
OS:                Linux

I was considering to use a dark color scheme for my kde desktop. I realized some of the webpages are not obeying the color scheme, e.g. the input text boxes are becoming unreadable.

Reproducible: Always

Steps to Reproduce:
* Change the color scheme of the kde destop from its settins, say obsidian coast or evening lilac or a similar dark color scheme.
* Open Rekonq and go to www.amazon.com, or www.nytimes.com

Actual Results:  
* If you visit the amazon website, you will find that the search box is in black color. If you try to type a search iterm, you will not be able to read what you type. Additionally, the combo box on the left of the search box is unreadable. However, if you open the combo, you will find that you still have a contrast which allows you to read the text. There is a similary problem with the search box in www.nytimes.com

Expected Results:  
I would expect that the webpages would have a contrast, which would allow the user to read what they type.
Comment 1 Andrea Diamantini 2012-02-10 10:49:38 UTC
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.
Comment 2 sahinsureyya 2012-02-10 13:19:31 UTC
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).
Comment 3 Andrea Diamantini 2012-02-10 16:42:10 UTC
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).
Comment 4 sahinsureyya 2012-02-11 16:51:21 UTC
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.
Comment 5 Kevin Clevenger 2012-08-20 15:34:30 UTC
Created attachment 73324 [details]
Google screenshot
Comment 6 Kevin Clevenger 2012-08-20 15:34:58 UTC
Created attachment 73325 [details]
Form example
Comment 7 Kevin Clevenger 2012-08-20 16:00:09 UTC
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.
Comment 8 sahinsureyya 2012-08-20 16:31:55 UTC
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.
Comment 9 Laurie Bradshaw 2012-09-14 00:29:26 UTC
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.
Comment 10 Buddy Luvve 2013-10-08 14:57:11 UTC
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. :-)
Comment 11 Richard Llom 2014-01-12 13:39:00 UTC
Created attachment 84597 [details]
Unreadable entry field in rekonq history under dark sheme
Comment 12 Richard Llom 2014-01-12 13:43:38 UTC
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?
Comment 13 Nate Graham 2018-05-11 16:19:52 UTC
Development on Rekonq ceased four years ago, and it has been unmaintained since then. KDE recommends using Falkon instead.