[Differential] [Abandoned] D4663: Allow setting the timeout value.

[Albert Vaca Cintora]

albertvaka abandoned this revision.
albertvaka added a comment.


  I'm discarding this patch and will find an alternative way to solve the problem in KDE Connect. I still think, though, that notifications are a way better solution to require interaction from the user than SNIs, so I don't think I will switch to SNIs.
  
  In https://phabricator.kde.org/D4663#88444, @colomar wrote:
  
  > As long as we can't get there, I agree with Martin that an SNI is a better solution than a permanently shown popup notification, as it attracts attention without covering anything on the screen.
  
  
  Even without this patch, we already support persistent notifications. Of course, they are not implemented as a permanently shown popup: we have a notifications menu that groups them, in a similar way to what Android, iOS, Gnome, Mac and Windows do. I think it's way easier to use this functionality already present in notifications than to implement all the changes you propose to SNIs (and that without taking into account that our SNIs would behave completely different than in any other desktop).
  
  In https://phabricator.kde.org/D4663#88456, @mck182 wrote:
  
  > Ever wondered why the spec you're referring to
  >  is full of only Gnome's extensions and is hosted on Gnome's
  >  servers? It's because Gnome considers the Galago project,
  >  the actual cross-desktop notifications project, dead.
  
  
  The Galago spec hasn't been updated since 2006. IMHO it's actually a good thing that Gnome took the lead here and continued to maintain it: otherwise we would have nothing (and no, don't say we would have SNIs... even Windows and Mac have deprecated them in favor of persistent notifications!). KNotifications has for a long time implemented most of the fetures that were added by Gnome, so it's not a Gnome-only thing anymore even if it hasn't moved upstream to Freedesktop yet.
  
  I don't see why you guys stick to the idea of using SNIs, when that would require a ton of changes to them, when we already have most of what we need in the notifications system. Not only it's already implemented, but also it is what every major desktop and phone OS out there already use!

REPOSITORY
  R289 KNotifications

REVISION DETAIL
  https://phabricator.kde.org/D4663

EMAIL PREFERENCES
  https://phabricator.kde.org/settings/panel/emailpreferences/

To: albertvaka, #frameworks, apol
Cc: colomar, mck182, #frameworks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20170225/f58dbd62/attachment.html>