Summary: | Text on a tab that's busy loading is hard to see (regression) | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Derick Swanepoel <derick> |
Component: | tabbing | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amitshah, bart, gschintgen, mschiff, sven.burmeister |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Derick Swanepoel
2003-12-10 22:34:42 UTC
And this is true with the default plastik theme colors. It was fine in beta1. In beta2, they're unreadable. Also, in some cases, I've noticed that a tab that's "visited" or "seen" and its contents haven't been changed (no auto-refresh, no javascript refresh), the tab text goes to the "loading" colors... ie, hardly viewable. This could be related, could be a separate bug. No idea. Previously it was the inactive window title background IIRC. Now what makes more sense? :-) And previously there were also color schemes where it didn't work well. I was thinking, perhaps fixed colors could be used for the "busy loading" and "completed" text, if that's not against some standard. If that's not an option then maybe those colors should be configurable in Konqueror, or specified in the color schemes. I mean, at least half of the color schemes use white for the inactive window title text (including KDE's default scheme) so unless your scheme's inactive window title text and button background differ enough you'll have this problem... *** Bug 73723 has been marked as a duplicate of this bug. *** fixed is not good idea I think. People tend to have very different colors and if fixed colors would be used there would always be someone who finds the color unreadable I prefer this idea: configurable in konquis tabbed browsing dialog with these options: ( ) - color theme: use (some fitting) color theme colors ( ) - custom: use custom color (choose button) ( ) - off: always use same color (which then is that text color which comes from the color theme i think: black) for all states and this for all three state colors. comments? *** Bug 73501 has been marked as a duplicate of this bug. *** I second marcs suggestion. Why does one have to add even more settings? Could one not simply choose automatically a colour that is relative to the background colour, i.e. change its, or the saturation for example. I agree with S. Burmeister, more settings should be avoided. Choosing a colour relative to the background sounds like a good idea. I don't think there is any way to guarantee that a specific colour from a colour scheme will be readable on the tab, except for the normal foreground colour (usually black). One thing I forgot, this bug is almost one year old and yet not fixed, so one should vote for it in order to mark it as new, as it seems that developers do not regard this as important enough to mark it as new themselves. I think 60 or 80 votes trigger the "new by popular vote" mechanism. Thi still happens in KDE 3.4.0-rc1. I consider this one of the most anoying things in Konqueror's tabbing ability. Please have it fixed somehow, and preferably before 3.4.0 gets out. Thanx in advance. I fear that it is too late for this to get fixed for 3.4.0, which is very sad since it's been present since before KDE 3.2. Also, this is a problem with KDE's *default* colour scheme. If I had the time I would gladly figure out a fix myself. *** Bug 96597 has been marked as a duplicate of this bug. *** *** This bug has been confirmed by popular vote. *** *** Bug has been marked as fixed ***. |