<table><tr><td style="">colomar added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D4142" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Hm, that's not easy to decide. Whether one likes the "click to make go away" behavior or not is highly subjective. I, for one, find it very annoying on e.g. OS  when a notification covers something I want to see on the screen and there is no way to make it go away other than waiting. Others find it annoying to have to explicitly click a button to execute the default action.</p>

<p>I would not take mobile OSes as a reference, because their notifications never cover any part of another application (except when they "peek in", but then they go away again very quickly, and even that can be annoying) and can be dismissed easily with a swipe.</p>

<p>Therefore we should look at other desktop OSes for whether there is a de facto standard. How does Unity do it? Pantheon? Budgie?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R289 KNotifications</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D4142" rel="noreferrer">https://phabricator.kde.org/D4142</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>albertvaka, Frameworks, VDG<br /><strong>Cc: </strong>colomar, broulik, mart, Frameworks<br /></div>