| Summary: | Window Decoration Context Menu does Not Respect QT_SCREEN_SCALE_FACTORS=2 | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jason A. Donenfeld <Jason> |
| Component: | core | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | battaglia01, jan, kde, nate |
| Priority: | NOR | ||
| Version: | 5.8.3 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
bad-context-menu-padding-on-kwin-window-border.png
good-context-menu-padding-in-dolphin.png |
||
|
Description
Jason A. Donenfeld
2016-11-03 09:52:41 UTC
Created attachment 101994 [details]
bad-context-menu-padding-on-kwin-window-border.png
Created attachment 101995 [details]
good-context-menu-padding-in-dolphin.png
This is similar to bug #372013, which involves plasmashell. @David: opinions? He's correct, Qt scaling in kwin is turned off. Unfortunately turning it on would cause havoc, and require changes all over kwin. It isn't worth it right now, and we can't do scaling on a per-window basis. Plasmashell also has the same issue with context menus. I can see us making a pure QtQuick menu at some point in the near future which can then use Plasma scaling. With the current wayland scaling patchset the situation is different, but not perfect. The menu will be scaled so all icons look normal but it will have the resolution of a normal DPI device. Wayland scaling patchset merged. My drop down looks fine. Fixed in 5.10 /if/ you're using the proper wayland scaling. *** Bug 391904 has been marked as a duplicate of this bug. *** |