Summary: | Unreadable Tooltips - fore- and background colors don't fit | ||
---|---|---|---|
Product: | [Plasma] Oxygen | Reporter: | Lars Noschinski <cebewee> |
Component: | gtk3-engine | Assignee: | Hugo Pereira Da Costa <hugo.pereira.da.costa> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | b7.10110111, caulier.gilles, hugo.pereira.da.costa, ottohirr, web |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | unreadable tooltip |
Description
Lars Noschinski
2012-05-08 08:12:49 UTC
It should be "black on light blue", not "black on white blue". Created attachment 76115 [details]
unreadable tooltip
Hi all,
env: LinuxMint 13 Maya. Kernel 3.2.0-23-generic #36-Ubuntu
digikam v 2.5.0 (default package)
package list (from default repo)
digikam_4%3a2.5.0-1ubuntu2_amd64.deb
digikam-data_4%3a2.5.0-1ubuntu2_all.deb
libkface1_1.0~digikam2.5.0-1ubuntu2_amd64.deb
libkface-data_1.0~digikam2.5.0-1ubuntu2_all.deb
libkgeomap1_1.0~digikam2.5.0-1ubuntu2_amd64.deb
libkgeomap-data_1.0~digikam2.5.0-1ubuntu2_all.deb
libkvkontakte1_1.0~digikam2.5.0-1ubuntu2_amd64.deb
I hope that it will be helpful.
Can we change the background color of the tooltip with ~/.kde/share/apps/digikam/<Themes>.xml file ?
If yes, which XML Markers ?
Many thanks ;-)
Bruno.
No. digiKam use KDE color scheme now. All digiKam xml color scheme are obsolete. Go to KDE control panel and manage colors from selected theme as you need. Gilles Caulier (In reply to comment #3) > No. digiKam use KDE color scheme now. All digiKam xml color scheme are > obsolete. > Go to KDE control panel and manage colors from selected theme as you need. So where is this for a MSWindows environment? The Windows-Start-Button=>DigiKam 3.1.0=>SystemsSettings brings up a 'System Settings' window, which under the 'Common Appearance and Behavior' section, clicking on 'Application Appearance' redraws its window with a selection for Style, Colors, Icons, Fonts, Emoticons. Clicking on the Colors brings up a color scheme with the same options as from within digiKam=>Settings=>Settings=>Themes=>Configuration... In fact if one has it open from the SystemsSetting, it complains that it is already open. Even from the SystemsSettings, the ToolTip background shows a dark color background with a light color font. So it is not just solved by the suggested KDE Control Panel. At least not in the MS Windows environment. Some of the colors for a given theme seem to be correct. However the tooltip for many themes have a yellow background (which per the theme tooltip should be something like a darkblue) with a near white, or light grey letter color, which is nearly unreadable. Looks like the attachment someone else supplied 'unreadable tooltip'. (digiKam 3.1.0, kde dev plat 4.10.2, build jun 07, 2013) Regards, ..Otto After investiguations, i can reproduce this problem with a non KDE desktop, under Fedora 19 (Gnome 3). This is due to a side effect between color theme and widget style settings used in digiKam. GTK + style for ex, is completly broken, where Oxygen work as expected. Solution : use Oxygen widget style in digiKam. Look my screenshot for details : GTK+ : http://www.flickr.com/photos/digikam/9685638656/ Oxygen : http://www.flickr.com/photos/digikam/9682396803/ Note : Widget style can be configured in digiKam through Settings/Configure/Miscs dialog page. Gilles Caulier Hi KDE Oxygen team, I re-assign this file here. There is typically a bug somewhere in GTK+ widget style engine. I don't know if it's the right place in bugzilla... See my comment #5 for details. Gilles Caulier Same problem reported in this file : https://bugs.kde.org/show_bug.cgi?id=318953 Gilles Caulier oxygen-gtk running on gtk+ style for Qt applications is not supported, and is buggy, because of limitations of gtk+ Qt style. Should use oxygen@kde, or any other *native* (qt) widget style. I know oxygen@kde comes with quite some dependencies (on kdelibs notably) but this will improve in the future. Other solution is to "fix" gtk+ style in Qt, but I doubt it is even feasible, of oxygen-gtk to work properly. And in any case this would be an upstream (qt) issue ... Closing as upstream, so. Sorry. Sorry. |