colomar added a comment.
In https://phabricator.kde.org/D4215#78928, @mck182 wrote: > > If you just want to close then you have the big X, no? > > That doesn't change the fact that the behavior of clicking the popup itself would change in an unpredictable way. One time it's close and other times it's execute and there's no visual way of telling when it will do what. That's the actual problem. If we implement executing the default action on click, then if there is no default action, a click should _not_ close the notification (to avoid unpredictable behavior). Is there a way for the shell / window manager to tie a notification to a window (if there is one)? If so and there is no default action, it should just raise the corresponding window. If that is not possible, nothing should happen then. How useful the whole thing is depends on whether the majority of apps does define a default action. If not, having a click close the notification is more useful then having it do nothing in most cases. REPOSITORY R120 Plasma Workspace REVISION DETAIL https://phabricator.kde.org/D4215 EMAIL PREFERENCES https://phabricator.kde.org/settings/panel/emailpreferences/ To: albertvaka, #plasma, colomar Cc: apol, mck182, plasma-devel, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas
