Re: Notifications-future, a recap

2012-09-17 Thread Dario Freddi
(putting back plasma-devel on CC, since the discussion is quite relevant) 2012/9/17 Sune Vuorela : >> I know Sune already had some plans for the notification stack and I >> think that's one of the best times for discussing what's going to > > yep. the plan is > 1) write a small library wrapping th

Re: Notifications-future, a recap

2012-09-17 Thread Sune Vuorela
On 2012-09-17, Dario Freddi wrote: > Hello everyone, > > you might or might not know by now of my intention of revamping the > way we deal with notifications in KDE as I explained in my last blog > post > http://drfav.wordpress.com/2012/09/17/the-notifications-issue-part-3-the-possible-solution/

Re: Notifications-future, a recap

2012-09-17 Thread Dario Freddi
2012/9/17 David Faure : > On Monday 17 September 2012 17:49:23 Dario Freddi wrote: >> a server API (so that the >> server can be put into runtime rather easily) > > Just a note on that: the plan with KDE Frameworks, is that there will be no > more libs/runtime separation. A framework will come with

Re: Notifications-future, a recap

2012-09-17 Thread David Faure
On Monday 17 September 2012 17:49:23 Dario Freddi wrote: > a server API (so that the > server can be put into runtime rather easily) Just a note on that: the plan with KDE Frameworks, is that there will be no more libs/runtime separation. A framework will come with any runtime stuff it might nee

Notifications-future, a recap

2012-09-17 Thread Dario Freddi
Hello everyone, you might or might not know by now of my intention of revamping the way we deal with notifications in KDE as I explained in my last blog post http://drfav.wordpress.com/2012/09/17/the-notifications-issue-part-3-the-possible-solution/ . I have been talking about this with many of y