D20569: RFC: Use more compact OSD
Christian
noreply at phabricator.kde.org
Mon Apr 15 09:57:22 BST 2019
Fuchs added a comment.
In D20569#450462 <https://phabricator.kde.org/D20569#450462>, @broulik wrote:
> > No matter where you place it, given that you can e.g. press the volume button multiple times whilst notifications are incoming, placement will be tricky and, depending on how it is solved, jumpy.
>
> With the new system shouldn't it be too bad. I can stick the OSD at the position closest to the panel so it never moves as notifications come and go, they would just be positioned above/below the sticky OSD. That's what I'm doing with critical notifications and job progress there and it works well. Changing the sort order to prioritize "OSDs" even more than critical notifications is easy. The OSD will not jump, the notifications that are shifted ouf of the way might move, yes, but I don't think that's gonna be too awful.
I consider things with clickable controls (notifications, in this case) jumping to rather be awful, so personally I'd prefer to keep notifications and OSD seperate, as they have separate purposes, lifetime and behaviour.
Especially as notifications are something you can only click on (touch or pointer device). It's already not 100% reliable as new notifications can pop in, but I'd like to not make this worse by also moving OSDs in there, if possible.
I prefer the first, more centered approach for that.
REPOSITORY
R120 Plasma Workspace
REVISION DETAIL
https://phabricator.kde.org/D20569
To: broulik, #plasma, #vdg
Cc: Codezela, Fuchs, filipf, zzag, plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20190415/a02bab32/attachment-0001.html>
More information about the Plasma-devel
mailing list