Bug 170919 - KHTML-Background should default on white
Summary: KHTML-Background should default on white
Status: RESOLVED DUPLICATE of bug 47320
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 193435 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-09-12 13:58 UTC by Martin Fabian Hohenberg
Modified: 2009-09-08 14:13 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Fabian Hohenberg 2008-09-12 13:58:10 UTC
Version:           4.1.1 (KDE 4.1.1) (using 4.1.1 (KDE 4.1.1), Kubuntu packages)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.24-19-generic

I am using an darkish desktop theme which came pre-installed with KDE4.1, and I am quite happy with it.

Unfortunately, some (maybe even most) website designers think that a HTML rendering Canvas is white on default (because it uses to be so in MSIE). This leads to them not defining a standard background color via CSS or HTML.

If they don't set a background-color for their body element, KHTML and therefore konqueror draw the canvas filled with the theme's default color, which might be black, darkish-grey or even neon-orange, thus rendering most websites ugly or non-usable.

I propose that the KHTML background area should be drawn in white, independently from the settings in kconfig, unless another color is specified in the website's CSS or HTML code.
Comment 1 FiNeX 2008-09-27 12:45:31 UTC
I've got this problem too.
Comment 2 Lars Ivar Igesund 2008-11-07 18:37:24 UTC
This is a definite problem, and the proposed solution is ok for the background. However, there is an additional component being form elements like text fields and buttons which also will be coloured according to the theme, and these may be accordingly impossible to read, or look ugly on the website since they probably expect light components.

My suggestion is therefore the ability to use a different KDE theme for khtml (or at the very least use the default theme). An additional alternative would be to be able to override on a per-site basis such as not to affect the pages that looks good with the central KDE theme.
Comment 3 Lars Ivar Igesund 2008-11-26 11:28:50 UTC
I see now that this is classified as WISHLIST, but this is a serious bug that makes Konqueror useless for a large amount of sites as long as you have chosen a dark theme (the one I am using is distributed with KDE, so I should expect it to work with KDE programs).

Here is one example that is seriously problematic:

https://nettbetaling.bbs.no/sekot/logon.do

Now, this is in Norwegian, but that shouldn't bother you. This is a online bank, and the text fields in the middle is the account number, and a passcode. On first look, it looks quite nice, doesn't it? But to get a white background in that field, they actually had to make that explicit, otherwise it would be black with the dark theme. Now, did they set the colour of the font too? Of course not, they expect it to be black, but it is white with the dark theme. So when you type, you type white on white. Ok, I'm still able to log in, but the situation is the same with all fields inside the bank too - this is a business account, where large sums occasionally goes by, and I cannot go around potentially making errors because I can't read the sums without going through hoops (marking the text or similar).

kiva.org is another site that is barely usable, and looks hideously ugly too boot.
Comment 4 Lars Ivar Igesund 2008-11-26 15:35:27 UTC
This is probably a duplicate of bug 47320
Comment 5 Dario Andres 2009-05-22 16:39:23 UTC
*** Bug 193435 has been marked as a duplicate of this bug. ***
Comment 6 FiNeX 2009-09-08 14:13:50 UTC

*** This bug has been marked as a duplicate of bug 47320 ***