[Bug 324398] Re: Using web difficult with dark KDE theme
Bug Watch Updater
324398 at bugs.launchpad.net
Fri Apr 18 16:38:47 UTC 2014
Launchpad has imported 70 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=47320.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2002-09-02T02:54:54+00:00 N-charles wrote:
(*** This bug was imported into bugs.kde.org ***)
Package: khtml
Version: KDE 3.0.7 CVS/CVSup/Snapshot
Severity: normal
Installed from: Compiled sources
Compiler: Not Specified
OS: Linux
OS/Compiler notes: Not Specified
When you have the CDE color scheme or any KDE color scheme in which the
foreground text color is White (or light) many pages are rendered with
text white (And background white).
Easy way to reproduce:
- Set your color scheme to CDE.
- Start a new konqueror (starting a new one is important!)
- Go to one of the example sites below
Solutions:
- Enforce text color black
- Have an independent configuration for khtml colors
Examples:
http://developer.kde.org/
http://razor.sourceforge.net/
(Submitted via bugs.kde.org)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/0
------------------------------------------------------------------------
On 2003-06-14T03:35:06+00:00 Kai F. Lahmann wrote:
I remember to see a bug for the different problem (color: always
black)....:)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/1
------------------------------------------------------------------------
On 2003-08-06T22:53:40+00:00 RogerL wrote:
* CDE color scheme.
* kill all konqueror (including the preloaded)
* visit both web pages - black text on white where expected.
The bug was quite old... is this still a problem in 3.1.x?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/2
------------------------------------------------------------------------
On 2003-08-06T23:52:21+00:00 N-charles wrote:
Those URLs have been fixed, try this one:
http://www.gothmetal.net/
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/3
------------------------------------------------------------------------
On 2003-08-06T23:52:46+00:00 N-charles wrote:
(wasn't logged in just now :)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/4
------------------------------------------------------------------------
On 2003-08-07T00:15:15+00:00 RogerL wrote:
I see no white background on that site :-)
Can't reproduce it there with CDE colors - did you use other?
But I found another one:
http://www.aftonbladet.se/
With CDE colors; background white, links yellow == unreadable
If I configure the same color preference in mozilla only links in
ads are yellow - links in body are OK.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/5
------------------------------------------------------------------------
On 2004-11-12T15:30:48+00:00 Y-coolo wrote:
*** Bug 81057 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/6
------------------------------------------------------------------------
On 2004-11-12T15:50:41+00:00 hackeron wrote:
I have a black on black problem when I set foreground to white and
background to black:
ftp://81.86.159.146/mutt.jpg
Very critical problem for me -- has been around for years.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/7
------------------------------------------------------------------------
On 2004-11-12T16:00:08+00:00 Y-coolo wrote:
usual fix: user defined stylesheet, overwriting default background
body { background-color: white; }
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/8
------------------------------------------------------------------------
On 2004-11-12T16:30:57+00:00 hackeron wrote:
Thats not a fix. That gets rid of background images on the websites, and
makes many websites unviewable as well.
If a webpage sets the font to white and background to black or a dark
image, and you override the background. You are left with white on
white.
What I did is override the font colour to dark grey. So atleast if a
webpage opens with black background, I can see the text in grey. -- But
that has its own disadvantages.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/9
------------------------------------------------------------------------
On 2004-11-12T16:50:51+00:00 Y-coolo wrote:
why should background-color: get rid of background images? That's either
a lie or a bug.
And yes, you need to include color: in your overwrite too.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/10
------------------------------------------------------------------------
On 2004-11-12T17:35:30+00:00 hackeron wrote:
I cant remember the specifics, my laptop is being repaired atm and I'm
using firefox on this temporary machine. But I think it wasnt body {
background-color } but *{ background-color } -- I remember body { }
wasnt enough for some sites.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/11
------------------------------------------------------------------------
On 2004-11-22T16:09:46+00:00 Y-coolo wrote:
*** Bug 76686 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/12
------------------------------------------------------------------------
On 2004-11-23T07:32:01+00:00 Adeodato Simó wrote:
This is also reported in Debian: http://bugs.debian.org/282146 [need to
repeat here since #76686 has been closed, sorry].
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/13
------------------------------------------------------------------------
On 2004-11-23T10:43:10+00:00 Y-coolo wrote:
*** Bug 57089 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/14
------------------------------------------------------------------------
On 2004-11-26T16:37:47+00:00 Y-coolo wrote:
Created attachment 8455
trying to fix
I played a lot with this patch and I'm still not convinced this is the right
thing to do. It fixes mutt.org and it makes sure web pages only defining a
background still show something reasonable.
But e.g. http://finance.yahoo.com/q/bc?s=NOVL looks like shit in CDE color
scheme, but there is nothing I can do about within reasonable efforts. The
only option I can offer is to disable following system colors. Try it out.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/15
------------------------------------------------------------------------
On 2004-11-26T21:02:32+00:00 Dsolaz wrote:
regarding comment #12, please see comment #7 for bug 76686, which (IMO) is NOT a duplicate of this one
If, once system settings are honored by khtml, some Yahoo page looks bad, then it's the page author's fault for not defining colors consistently. Bug 76686 is about honoring system settings, this one is about working around incomplete color settings in web pages.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/16
------------------------------------------------------------------------
On 2004-11-28T16:02:15+00:00 Y-coolo wrote:
the bugs are not independent of each other. #76686 happens because of
incompletely following system colors. We used to follow only with
foreground -> white/white and now we follow only with background ->
black/black. My patch tries to fix this. But following system colors
doesn't really help you as just too many web pages don't care.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/17
------------------------------------------------------------------------
On 2004-12-05T18:49:43+00:00 Nix wrote:
That patch doesn't work for me: it references a function
`setBaseColor()' which I can't find in the DocumentImpl or any
superclasses in release 3.3.2 or in HEAD (and this bug is definitely
still present in 3.3.2; I'm experiencing the `foreground colour in
system colours not mapped to stylesheet' variant, with an added dash of
all-user-stylesheets-ignored to make it even more aggravating).
What am I missing?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/18
------------------------------------------------------------------------
On 2005-02-04T10:29:27+00:00 Y-coolo wrote:
*** Bug 98533 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/19
------------------------------------------------------------------------
On 2005-02-14T17:24:36+00:00 Y-coolo wrote:
*** Bug 60555 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/20
------------------------------------------------------------------------
On 2005-02-14T18:15:37+00:00 L-savernik wrote:
*** Bug 80062 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/21
------------------------------------------------------------------------
On 2006-03-05T18:36:02+00:00 Alex Turbov wrote:
Another affected page (which is _ignore_ foreground color) of currently configured scheme: http://www.boost.org/libs/utility/enable_if.html
--
DAMN IT ALL! How long this nasty bug will be in KDE!!!!! 3.5.1 Still affected!!
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/22
------------------------------------------------------------------------
On 2006-03-05T22:56:59+00:00 0-jamie wrote:
Why not just expect that users will use a custom style sheet for
Konqueror if they wish to change colors and only change SYSTEM colors,
not Konqueror colors.
Personally, I'd rather have a page be legible and in the wrong color
scheme. This seems like such a thorny issue to have (especially with so
many badly written sites that specify a text or background color but not
both) that it's not really solvable.
One more tip. If you DO run into a site where you just can't read it,
hit control-A to select all. This will force the colors into the
highlight scheme, which should be legible unless you screwed those up.
Also, (and this is what I did with the Dusky color scheme: http://www
.kde-look.org/content/show.php?content=7832 ) make the default text
color a medium color -- not light or dark. That way you'll be able to
read it on either background. Of course, this is easier said than done,
since you'll probably want to go closer to either light or dark.
(reading text that has lower contrast than it should is somewhat
challenging.)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/23
------------------------------------------------------------------------
On 2007-04-14T01:15:21+00:00 Jmdavisprog wrote:
Okay, it's a given that various sites are going to be poorly designed
such that if you're using colors other than black text on a white
background they are not going to look good. I'm unaware of any fix for
this other than shooting all of the web developers who do that (but for
better or worse that's not legal....).
The main problem I see is what was reported in bug #76686 (which was
unfortunately closed and marked as a duplicate of this bug). Konqueror
does not follow the system colors when no colors are specified by the
web page. I have a dark blue background with light blue text as my
system colors, but I consistently get black text on my dark blue
background on web pages where the person who designed the page did not
specify the color of either the text or the background.
If Konqueror is going to set the background to match my background when
the background color isn't specified by the page, why isn't it also
using my text color when the page doesn't define the text color? Either
it should ignore the system colors entirely (not desirable) or it should
use the system colors when the page doesn't define the colors.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/24
------------------------------------------------------------------------
On 2007-04-20T09:29:05+00:00 nonadrift wrote:
Why can't konqueror just do what I tell it to?
If I want white text on a black background that's what I should get,
unless the page itself overrides. If the page is badly written it will
show, and that is the fault of the web author, and not the
responsibility of konqueror.
If you want to work around that, add a config option for using either
(1) the system colours or (2) special fg/bg colours for web pages. Maybe
also a check box in (1) for 'except when the page specifies only one of
fg+bg'. That way I can at least have the rest of my kde apps look how I
want (without having to use firefox for web browsing!). Other browsers
have done this for years now.
I tried hacking the source myself, but I just got totally lost in all
the framework gubbins and couldn't see what was actually going on.
Reply at: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/25
------------------------------------------------------------------------
On 2007-04-20T17:33:33+00:00 L-savernik wrote:
What's actually impeding the Right Way (tm) to solve this problem? Hardcode
black on white by default (ignoring colour scheme) to make the internet
experience for the typical user as seamless as possible, and provide the
option to use system colours as done by Coolo's patch.
I really can't understand why *by default* we hardcode one colour (fg) but
leave the other one (bg) to be defined by the underlying colour scheme.
Reply at: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/26
------------------------------------------------------------------------
On 2007-04-20T19:11:48+00:00 0-jamie wrote:
Workaround: you actually can force an override with a modified
accessibility stylesheet, but this IS still a bug.
richard missenden wrote:
[bugs.kde.org quoted mail]
Reply at: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/27
------------------------------------------------------------------------
On 2007-12-28T17:40:11+00:00 Jure Repinc wrote:
There are still problems with text and background colors in Konqueror
KDE 4 RC2+. For example try to use the Obsidian Coast color scheme which
is dark and visit many pages.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/28
------------------------------------------------------------------------
On 2008-02-18T21:26:41+00:00 Congyi Wu wrote:
I have a dark theme (http://www.kde-
look.org/content/show.php/Tempered+Charcoal?content=67024) and I have
black text on a dark background, even though the default text color
should be white. I browsed through the khtml source and ended up finding
a workaround that works for me:
KDE has base css files in /usr/share/apps/khtml/css/html4.css and
/usr/share/apps/khtml/css/quirks.css
Changing html4.css will change your default colors/layout, but web pages
can still override your changes!
You can also copy html4 to your .kde directory instead of modifying it
globally:
cd ~/.kde/share/apps/khtml/
mkdir css
cp /usr/share/apps/khtml/css/html4.css css
The section:
html {
display: block;
color: -khtml-text;
}
is responsible for the foreground text color. Somewhere in the khtml code, -khtml-text gets replaced by black. So if you want white text by default, just use color: white;
Further down in the css file are 2 more useful blocks:
@media print {
body {
display: block;
margin: 0px;
}
}
@media screen {
body {
display: block;
margin: 10px;
}
}
To get a white background change those blocks to:
@media print {
body {
display: block;
margin: 0px;
background-color: white;
}
}
@media screen {
body {
display: block;
margin: 10px;
background-color: white;
}
}
I kept my foreground text black and changed the background to white, and
I haven't noticed any problems.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/29
------------------------------------------------------------------------
On 2008-02-25T00:59:21+00:00 Santtu Pajukanta wrote:
> ------- Additional Comment #26 From Leo Savernik 2007-04-20 17:33 -------
> What's actually impeding the Right Way (tm) to solve this problem? Hardcode
> black on white by default (ignoring colour scheme) to make the internet
> experience for the typical user as seamless as possible, and provide the
> option to use system colours as done by Coolo's patch.
>
> I really can't understand why *by default* we hardcode one colour (fg) but
> leave the other one (bg) to be defined by the underlying colour scheme.
I support this. One could argue it's the whole half of the Web that's
broken with assuming everyone has black colours on white background by
default and not setting the background colour along with the foreground,
but it's a whole lot less inertia to fix (*cough*) Konqueror to act like
other major browsers than to fix the Web.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/30
------------------------------------------------------------------------
On 2008-04-10T13:09:44+00:00 Jure Repinc wrote:
This is still a problem with Konqueror 4 from trunk (kdelibs r, kdebase
r). Another testcase can be my simple website: http://jlp.holodeck1.com/
It is also a problem for us in KDE Edu. We're using KHTML part in Step
physics simulator for contextual help and it is hard to read if a user
uses a dark color scheme.
So I think the best solution for this would be to have all colors in
KHTML part to follow the system color scheme so that it can look
consistent when integrated into apps like Step. And then there should be
an option to enable web compatibility mode for KHTML part so that web
browsers like Konqueror could enable it and the background would be
hardcoded to white and text to black.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/31
------------------------------------------------------------------------
On 2008-04-10T13:11:09+00:00 Jure Repinc wrote:
Oh forgot to add revisions in my previous comment: kdelibs r795429,
kdebase r795176
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/32
------------------------------------------------------------------------
On 2008-06-04T16:08:55+00:00 Alan Braslau wrote:
I'm having a hard time accessing http://bugs.kde.org under konqueror!
Trying many different color schemes (including default), the text entry regions are not outlined so I have to guess (or remember) where they are, selection boxes are transparent unless I select or deselect them, etc.
I WANT to use konqueror, but many, too many websites are unusable so my
patience is getting tried.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/33
------------------------------------------------------------------------
On 2008-06-04T16:23:30+00:00 Tommi-tervo wrote:
Re #33: see http://bugs.kde.org/show_bug.cgi?id=157850
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/34
------------------------------------------------------------------------
On 2008-07-02T07:53:34+00:00 Nevyn-z wrote:
This is biting me for form elements using konqueror. dropdown lists and
textboxes have black text on grey backgrounds. when using the obsidian
color style.
KDE 4.0.84-1 debian svn 20080625
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/35
------------------------------------------------------------------------
On 2008-08-07T12:07:59+00:00 Heto wrote:
This bug is still present in 4.1.0, and effectively makes dark colour
schemes like Obsidian Coast "broken".
I'd like to support the idea that Konqueror / KHTML should honour the
system settings and have whichever colour I choose from the colour
scheme. If websites or accessibility stylesheets want to override, then
that's fine.
This really is a showstopper for anyone using a dark background.
Thanks.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/36
------------------------------------------------------------------------
On 2008-08-07T12:37:02+00:00 Heto wrote:
Hi again, I just tried Congyi Wu's workaround to make my konqueror
backgrounds white (which I really don't want to do, but it's the only
thing to make it work right now, I guess), and I thought I'd add that
you'll also need to replace all the instances of:
background-color: window;
with
background-color: white;
in the various form sections lower down the html4.css file. Otherwise,
even this page looks terrible in Obsidian, as you're entering black text
into a dark grey box to make comments :-/
HTH, but looking forward to a "proper" solution soon :-)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/37
------------------------------------------------------------------------
On 2008-11-26T15:46:59+00:00 LarsIvarIgesund wrote:
Bug 170919 is probably a duplicate.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/38
------------------------------------------------------------------------
On 2008-11-27T12:37:45+00:00 Alex Turbov wrote:
I just want post a link that still affected by this bug (some of them posted above are not valid already)
http://www.gnu.org/software/autoconf/manual/make/
Reply at: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/39
------------------------------------------------------------------------
On 2008-11-27T14:36:24+00:00 Heto wrote:
Indeed.
BTW - I've made my html4.css available for download here:
http://www.petesodyssey.org/files/html4.css
...to be placed into ~/.kde/share/apps/khtml/css/ in order to work-
around this bug for now and make pages readable.
Still hoping for a konqueror that does what it's told though... :-)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/40
------------------------------------------------------------------------
On 2008-11-27T16:15:17+00:00 LarsIvarIgesund wrote:
(In reply to comment #40)
> Indeed.
>
> BTW - I've made my html4.css available for download here:
> http://www.petesodyssey.org/files/html4.css
>
> ...to be placed into ~/.kde/share/apps/khtml/css/ in order to work-around this
> bug for now and make pages readable.
>
> Still hoping for a konqueror that does what it's told though... :-)
>
This is well and fine enough for the background, but do still not handle
the serious issues referred to in my post in Bug 170919 which relates to
the colours used in themed widgets (the biggest problem is forms, but
for instance black scrollbars (like I see in this particular form) just
look ugly when the page was designed with light widgets in mind.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/41
------------------------------------------------------------------------
On 2009-01-06T16:56:38+00:00 Heto wrote:
Hmm... something seems to have changed at least in 4.1.3 or later.
BTW, I've noticed from my playing around with the html4.css that I don't
seem able to override the text colour for text input areas any more.
They seem to be hard-coded as view-text, though the background isn't.
Can someone confirm that khtml overrides html4.css with text colour for
text input form items?
Thanks.
BTW, there's a really easy way of seeing this brokenness in action-
select obsidian coast as a your scheme, then try to write a comment on
this very page :-(
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/42
------------------------------------------------------------------------
On 2009-01-31T22:52:38+00:00 Chusty wrote:
http://www.ridingwithrobots.org/blog/?p=1616
This is the site that is pointed by the plasmoid ridewithrobots. It is all black.
If I go to File/open with Konqueror/kde3 it works OK. The same with Firefox.
It seems to be the same problem. If not I will start another bug report.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/43
------------------------------------------------------------------------
On 2009-09-08T14:13:50+00:00 FiNeX wrote:
*** Bug 170919 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/48
------------------------------------------------------------------------
On 2009-09-08T14:13:55+00:00 FiNeX wrote:
*** Bug 200253 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/49
------------------------------------------------------------------------
On 2009-09-08T14:18:28+00:00 FiNeX wrote:
*** Bug 203797 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/50
------------------------------------------------------------------------
On 2009-09-08T14:18:59+00:00 FiNeX wrote:
*** Bug 175922 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/51
------------------------------------------------------------------------
On 2009-09-08T14:19:36+00:00 FiNeX wrote:
*** Bug 172534 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/52
------------------------------------------------------------------------
On 2009-09-08T14:20:00+00:00 FiNeX wrote:
*** Bug 160165 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/53
------------------------------------------------------------------------
On 2009-09-08T15:12:21+00:00 FiNeX wrote:
*** Bug 53885 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/54
------------------------------------------------------------------------
On 2009-09-19T21:16:59+00:00 FiNeX wrote:
*** Bug 207875 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/55
------------------------------------------------------------------------
On 2009-09-19T21:19:35+00:00 FiNeX wrote:
Look bug #207875 for some additional details.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/56
------------------------------------------------------------------------
On 2009-09-26T11:33:58+00:00 Cgiboudeaux wrote:
*** Bug 207906 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/57
------------------------------------------------------------------------
On 2009-11-15T22:49:34+00:00 ArneBab wrote:
I just found this bug when I wanted to post one for the topic myself.
I would prefer to have an option to override the default text color of
websites which don't supply a custom background color.
I'm also browsing with dark background, and I don't want Konqueror to
break my theme (theme: http://draketo.de/licht/freie-
software/kde/kde-433 ).
I didn't realize until I found this bug that the websites didn't supply
a default text color - I assumed they defined black for text.
So the straightforward solution I see is to make Konqueror honor my
colorscheme - I set it for a reason, after all.
The complex solution would be to honor the colorscheme, but to have an
option to make Konqueror check for each custom text color if its
contrast to the according background is high enough, and to use a color
with more contrast if the custom color isn't visible/readable.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/58
------------------------------------------------------------------------
On 2010-01-22T19:24:40+00:00 Peyotll wrote:
Why is there black themes in KDE if we can't use them???
I tried obsidian theme and can't go back now, I really love It.
I hope that bug will be corrected.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/60
------------------------------------------------------------------------
On 2010-11-26T11:25:01+00:00 Trouble wrote:
This bug still exists. As a workaround for dark-background lovers, you
can edit
/usr/share/kde4/apps/khtml/css/html4.css
and replace
color: -khtml-text;
with
color: white;
This will affect all users on the machine, though, so a real fix is
still needed.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/61
------------------------------------------------------------------------
On 2010-12-11T13:56:56+00:00 Michael Tsang wrote:
This bug STILL exists in 4.4.5! I have to use a custom stylesheet to
override it.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/62
------------------------------------------------------------------------
On 2010-12-11T16:34:31+00:00 Alex Turbov wrote:
(In reply to comment #57)
> This bug STILL exists in 4.4.5! I have to use a custom stylesheet to override
> it.
Yep! Its about 7 years old bug!! Anniversary coming soon :)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/63
------------------------------------------------------------------------
On 2010-12-31T16:14:44+00:00 Samuel-brack wrote:
Updated it to version 4.4.5
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/64
------------------------------------------------------------------------
On 2011-01-26T10:03:21+00:00 Michael Tsang wrote:
I think that the best is to follow the system settings for background,
text and links in terms of colour, font and size unless the page
overrides it.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/65
------------------------------------------------------------------------
On 2011-05-19T12:22:49+00:00 Tommi-tervo wrote:
*** Bug 226437 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/66
------------------------------------------------------------------------
On 2011-05-19T12:23:08+00:00 Tommi-tervo wrote:
*** Bug 273630 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/67
------------------------------------------------------------------------
On 2011-05-19T12:46:38+00:00 Christopher Yeleighton wrote:
My solution:
BODY { COLOR: WINDOWTEXT } :LINK { COLOR: AQUA }
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/68
------------------------------------------------------------------------
On 2011-07-01T20:41:33+00:00 Christopher Yeleighton wrote:
(In reply to comment #29)
> KDE has base css files in /usr/share/apps/khtml/css/html4.css and
It is at /usr/share/kde4/apps/khtml/css/html4.css
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/69
------------------------------------------------------------------------
On 2011-07-01T21:01:46+00:00 Christopher Yeleighton wrote:
It also turns out that Konqueror ignores any custom styles for TEXTAREA.
Moreover, the custom style sheet is not applied in WebKit mode and I still get black on dark there.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/70
------------------------------------------------------------------------
On 2011-07-02T14:32:52+00:00 Christopher Yeleighton wrote:
(In reply to comment #65)
> It also turns out that Konqueror ignores any custom styles for TEXTAREA.
As weird as it sounds, TEXTAREA got updated after restart.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/71
------------------------------------------------------------------------
On 2011-07-07T17:17:14+00:00 Christopher Yeleighton wrote:
(In reply to comment #63)
> My solution:
>
> BODY { COLOR: WINDOWTEXT } :LINK { COLOR: AQUA }
Unfortunately, putting those declarations into custom CSS for Konqueror
does not affect the display of embedded documents such as Ark Preview.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/72
------------------------------------------------------------------------
On 2011-12-28T20:10:12+00:00 Tommi-tervo wrote:
*** Bug 169701 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/73
------------------------------------------------------------------------
On 2014-04-18T09:24:59+00:00 0-info-h wrote:
Created attachment 86145
Patch to use theme's text color unless page's css selects otherwise
This patch uses the theme's foreground color for text, unless the
displayed page defines another textcolor. It fixes display of basic HTML
pages without any stylesheet yet links are IMHO still too dark and
probably need the same fix.
Since there are pages in the web which set textcolor but no background (apparently simply relying on the assumption that such pages are displayed with a white background a more complete patch could examine a page, try to figure if textcolor is set, while background is not and in that case switch to white background.
Or, even simpler, use white background as default and leave textcolor as-is (and annoy users with black color background themes ;) ).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/324398/comments/74
** Changed in: kde-baseapps
Status: Confirmed => Unknown
** Bug watch added: Debian Bug tracker #282146
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282146
** Bug watch added: KDE Bug Tracking System #157850
https://bugs.kde.org/show_bug.cgi?id=157850
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kde4libs in Ubuntu.
https://bugs.launchpad.net/bugs/324398
Title:
Using web difficult with dark KDE theme
To manage notifications about this bug go to:
https://bugs.launchpad.net/kde-baseapps/+bug/324398/+subscriptions
More information about the kubuntu-bugs
mailing list