2012/9/21 Mark :
> On Tue, Sep 18, 2012 at 12:17 AM, Dario Freddi wrote:
>> (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
On Fri, Sep 21, 2012 at 4:42 PM, Mark wrote:
> On Tue, Sep 18, 2012 at 12:17 AM, Dario Freddi wrote:
>> (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
On Tue, Sep 18, 2012 at 12:17 AM, Dario Freddi wrote:
> (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
2012/9/21 Aaron J. Seigo :
> if the "new" can be achieved by extending or building on galago, that would
> seem to me to be a much better thing.
>
> and no, galago is not perfect. it's not even "great", but it is passable and
> widely used and that gives it a lot of value.
>
> if it turns out that
On Friday, September 21, 2012 01:40:51 Alex Fiestas wrote:
> On Thursday 20 September 2012 19:42:32 Sune Vuorela wrote:
> > On 2012-09-17, Dario Freddi wrote:
> > > It really depends on what you want to achieve. If your goal is just
> > > cleaning up the API and implementing the existing standard
On Thursday 20 September 2012 19:42:32 Sune Vuorela wrote:
> On 2012-09-17, Dario Freddi wrote:
> > It really depends on what you want to achieve. If your goal is just
> > cleaning up the API and implementing the existing standard it might
> > work out, but for sure it won't just cut it for what I
2012/9/20 Sune Vuorela :
> On 2012-09-17, Dario Freddi wrote:
>> It really depends on what you want to achieve. If your goal is just
>> cleaning up the API and implementing the existing standard it might
>> work out, but for sure it won't just cut it for what I proposed, where
>
> Why won't the ex
On 2012-09-17, Dario Freddi wrote:
> It really depends on what you want to achieve. If your goal is just
> cleaning up the API and implementing the existing standard it might
> work out, but for sure it won't just cut it for what I proposed, where
Why won't the existing (as in the fdo/galago spec
(readded frameworks, the topic ping-pongs)
2012/9/18 Aaron J. Seigo :
> On Monday, September 17, 2012 20:40:33 Dario Freddi wrote:
>> it's pretty much on the board :) just that 90% of this will happen in
>> the background (server), whereas handlers will just take care of
>> showing a model and a s
On Monday, September 17, 2012 20:40:33 Dario Freddi wrote:
> it's pretty much on the board :) just that 90% of this will happen in
> the background (server), whereas handlers will just take care of
> showing a model and a set of events. The aim is to make the client API
> as simple as possible and
(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
2012/9/17 Marco Martin :
> On Monday 17 September 2012, Dario Freddi wrote:
>> 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
>> happen. I seriously doubt we can rely on the old KNotification code,
>> and prob
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
On Monday 17 September 2012, Dario Freddi wrote:
> 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
> happen. I seriously doubt we can rely on the old KNotification code,
> and probably we'll have to change some
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
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
16 matches
Mail list logo