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