https://bugs.kde.org/show_bug.cgi?id=503654
Bug ID: 503654
Summary: Jarring UX with dialogs in Plasma Mobile's docked mode
Classification: Plasma
Product: kwin
Version: git master
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: kwin-bugs-n...@kde.org
Reporter: se...@kde.org
Target Milestone: ---
SUMMARY
Dialogs (QDialog-based, I guess, but likely pertains more to window type) open
fullscreen in non-docked Plasma Mobile leading to a jarring user experience.
STEPS TO REPRODUCE
1. Run dolpin in Plasma Mobile
2. Trigger any confirmation dialog
OBSERVED RESULT
Observe dialog opening fullscreen. Technically logical behavior since we
instruct kwin to make windows fullscreen without windeco. From a UX POV, this
is jarring:
- dialogs are designed for a specific, smaller size
- in kirigami apps, dialogs are most of the time layers within a window, which
doesn't involve kwin, and has them centered on the screen in a size much
smaller than the screen. To the user, this seems arbitrary and QDialog-based
(or actually kwin-managed dialog windows shouldn't look any different to
window-internal dialogs done in QtQuick.
EXPECTED RESULT
kwin-managed dialog windows should look similar to kirigami / QtQuick Dialogs,
so not fullscreen. Perhaps an exception for these dialog windows should be made
inside kwin, so that they do get a window deco?
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian Sid, everything from Qt up build from git
KDE Plasma Version: master branch, will become 6.4
KDE Frameworks Version: master
Qt Version: 6.8.3
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
