[Kget] [Bug 209990] New: Problem with inverted color schemes

[Michael Reiher]

https://bugs.kde.org/show_bug.cgi?id=209990

           Summary: Problem with inverted color schemes
           Product: kget
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: unspecified
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kget at kde.org
        ReportedBy: redm at gmx.de


Version:            (using KDE 4.3.1)
Installed from:    Ubuntu Packages

I experience a visibility problem with inverted color schemes in the transfer
details. I think it's best illustrated by the attached screenshot. 

AFAICS the solution is for KGet to set the foreground color to: 

App::instance()->palette().windowText().color()

But I'll try to explain:

A part of the problem is due to the partly inverted color scheme I use. This
means I set a dark window background with a light window foreground, however a
light view background with a dark view foreground. What now often happens is
that apps explicitly set a background color, but use the default foreground
color. So e.g. in a view type widget they explicitly use window background (in
my case dark), combined with the default view foreground color (in my case
dark, too). The result is you can't recognize anything. So if the background is
set explicitly, the foreground should be as well.

In this particular case the situation is made even worse by the Bespin widget
style. With Oxygen and the same color scheme, the transfer details are painted
with window background, but heavily shaded with the selection color, which
makes it sufficiently light in the end. So the dark view foreground is still
readable. However thinking about it... when I use a dark selection color, it's
hard to read with Oxygen as well... So a fix is needed in anycase.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.