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

--- Comment #9 from Eike Hein <h...@kde.org> ---
We have four visual elements:

1. The desktop background -> set by user
2. The applet background -> set by theme
3. The text color -> set by theme
4. The shadow -> hard-coded in Folder View applet code

I think the first step would be to make 2-4 consistently set by the theme, as
#4 is currently the odd one out that can be disaligned with #2 and #3. This
could take the shape of the theme providing a "Text shadows are needed with my
applet background" or maybe "Text shadows are needed on the desktop" hint.

This hint should ideally be evaluated by library code, so the implementation of
following the hint is applied to all existing applets, instead of just
adjusting the FV code (although this solution would satisfy the specific ticket
here). So e.g. in PlasmaComponents.Label - the shadow code would move from FV
up into the component.

Right now, the Folder View applet code makes the decision to enable/disable
shadows based on the piece of information "am I a containment or am I an
applet". PlasmaComponent.Label similarly would need form factor/environment
information to make the decision. At the moment I'm not sure if we have a
pathway to evaluate this sort of information in the Label (e.g. via a pointer
to the Applet).

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to