| Summary: | Context menus of desktop and panel don't follow the color of plasma style | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] libplasma | Reporter: | Patrick Silva <bugseforuns> |
| Component: | libplasma | Assignee: | Marco Martin <notmart> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | aspotashev, kde, nate, plasma-bugs |
| Priority: | NOR | ||
| Version First Reported In: | 5.245.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Patrick Silva
2020-07-20 13:33:21 UTC
This was deliberate at the time. Whether it's a good idea remains an open discussion. Do you know the history of why this was done deliberately? I agree with Patrick, it feels like a bug. I prefer dialogs and menus to be light, and panel to be dark. One reason for me is that black-on-light is easier to read, but panel background should be dark because it touches the screen edge. >Do you know the history of why this was done deliberately? I agree with Patrick, it feels like a bug.
This is partly guessing, but:
* With xembed (and some SNI usage) system tray icons would be drawing the context menu themeselves. A mix would look weird. (technically valid today, but less so)
* Early Plasma themes were quite gaudy and therefore usage had to be constrained to a more limited usecase (not so much the case today)
* We have a few occasions where QMenu's are created inside libPlasma code. Porting this to be in a UI agnostic form would involve an API break (valid, still).
|