Review Request 124409: Begin fading the OSD immediately

[Martin Gräßlin]

> On July 21, 2015, 9:03 a.m., Heiko Tietze wrote:
> > Nice presentation, as always. But I'm not so sure that the realization of fading out quickly meets the needs from 'OSD is disturbing'. The second when the OSD is shown is still annoying (interaction during the fading might restart) and those who want to 'read' it need to reactivate the OSD. The issue could be solved by some kind of 'dismiss' or 'don't show again' interaction. Another simple way is to hide immediately on any key down, on mouse click etc. If that all is not possible at the OSD itself, perhaps because of security issues, a dialog (KCM) could help. And last but least please consider to bind this feature to activities.
> 
> Martin Gräßlin wrote:
>     > Another simple way is to hide immediately on any key down, on mouse click etc. If that all is not possible at the OSD itself, perhaps because of security issues
>     
>     For technical reasons the OSD is not able to recognize any (global) key or mouse click events on Wayland and on X11 only with a huge amount of nasty code. Also I don't think that this is a solution to the "annoying" - if I watch a video and change the volume through kdeconnect I don't have a keyboard.
>     
>     Anyway I would dismiss the "annoying" argument all together. If I compare to the amount of OSDs my TV, audio receiver is putting on the screen this is a really good OSD.
> 
> Martin Klapetek wrote:
>     > The second when the OSD is shown is still annoying and those who want to 'read' it need to reactivate the OSD
>     
>     I'm confused by that - does that say that the second it is on display is too much ("annoying") but not enough to read it?
>     
>     Can you perhaps file a bug and specify exactly what is "annoying" and we can discuss over there?
> 
> Heiko Tietze wrote:
>     I tried to point out that we have two goals here: read information and don't disturb. In case of volume the feedback as position on the slider (or kind of progress bar) is perceived in milliseconds but when you got an email you might want to read sender and subject. And if the user is elder it might take more time to grasp what happens.
> 
> Martin Klapetek wrote:
>     Ah, you're getting confused OSD with notifications. This does not apply to notifications at all, this is only the volume/brigthness/etc changes.
> 
> Heiko Tietze wrote:
>     If you limit the scope to very simple notification the solution might be okay (personally I fully agree with the faster the better). But didn't Martin Graesslin blog about what kind of OSD should be shown on the lock screen including the idea of email like on Android? What's about the information of time left watching a video, perhaps after you forward a few seconds via KDEConnect?

This is not about lock screen. Email notification on a lock screen needs a completely different solution than OSD.


- Martin


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124409/#review82745
-----------------------------------------------------------


On July 20, 2015, 10:19 p.m., Kai Uwe Broulik wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/124409/
> -----------------------------------------------------------
> 
> (Updated July 20, 2015, 10:19 p.m.)
> 
> 
> Review request for Plasma and KDE Usability.
> 
> 
> Repository: plasma-workspace
> 
> 
> Description
> -------
> 
> This makes the OSD begin fading out over a long period of time immediately after it has shown. Makes the OSD less annoying while currently reading something or watching a video. See https://www.youtube.com/watch?v=HxmpwG-2saE
> 
> 
> Diffs
> -----
> 
>   lookandfeel/contents/osd/Osd.qml 2288ec1 
>   shell/osd.cpp 0573d51 
> 
> Diff: https://git.reviewboard.kde.org/r/124409/diff/
> 
> 
> Testing
> -------
> 
> Works. Quite enjoyable. As suggested by mklapetek
> 
> 
> Thanks,
> 
> Kai Uwe Broulik
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20150721/c30b5d7a/attachment.html>