Declarative UI Integration, reprise

Hello Plasma Devs, Firstly, I've just written a blog post about the Declarative UI plasma integration ( http://labs.trolltech.com/blogs/2009/09/24/qt-declarative-ui- and-plasma/ ). It explains the vision of Declarative UI, as it relates to Plasma, and what we hope to achieve with it. So if you d

Re: Review request: Container plasma applet

Aaron J. Seigo wrote: > On September 22, 2009, alan moore wrote: >> My thinking for the solution was to create a sub-containment that would > > and improving the panel and/or the widgets wasn't a possibility? :) > Possible, but for me not very probable; I'm just a simple python hacker. Though

Review Request: Use window() as KNotificationItem::associatedWidget() to avoid native widgets

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1707/ --- Review request for kdelibs and Plasma. Summary --- Use the window() of the

Re: Review Request: added support for collors and size on fifteenpuzzle.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1706/#review2451 --- part of the patch did not apply cleanly to trunk. can you check that?

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 21:28:50, Aaron Seigo wrote: > > /trunk/KDE/kdelibs/plasma/context.h, line 105 > > > > > > is this equivalent to: > > > > forActivity(id)->name(); ? > > wrote: > Again, the context doesn't h

Review Request: added support for collors and size on fifteenpuzzle.

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1706/ --- Review request for Plasma. Summary --- colors are now configurable, and num

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 21:28:50, Aaron Seigo wrote: > > /trunk/KDE/kdelibs/plasma/context.h, line 105 > > > > > > is this equivalent to: > > > > forActivity(id)->name(); ? > > wrote: > Again, the context doesn't h

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1699/#review2446 --- /trunk/KDE/kdelibs/plasma/context.h

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 21:28:50, Aaron Seigo wrote: > > /trunk/KDE/kdelibs/plasma/context.h, line 78 > > > > > > or perhaps: > > > > forActivity(id)->setActiveContext(true);? > > > > wrote: > This looks appealing.

Re: Ayatana notifications for Plasma

On September 23, 2009, Aurélien Gâteau wrote: > Aaron J. Seigo a écrit : > > On September 23, 2009, Marco Martin wrote: > >> every other consideration aside, i feel that it would have been -far- > >> easier to mantain if the systray patch just consisted in notifications > >> disabling and provide

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 22:01:11, Marco Martin wrote: > > /trunk/KDE/kdelibs/plasma/containment.cpp, line 1839 > > > > > > is the name given now by the desktop settings dialog going to be an > > identifier rather than a name? >

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 21:28:50, Aaron Seigo wrote: > > /trunk/KDE/kdelibs/plasma/context.h, line 105 > > > > > > is this equivalent to: > > > > forActivity(id)->name(); ? > > wrote: > Again, the context doesn't h

Re: devicenotifier with qgw

On September 23, 2009, Jacopo De Simoi wrote: > Just to make sure I got what you meant: are you thinking of some widget > which you would add qgi to as if it were a layout (for instance) and would > allow for scrolling and stuff like that? yes, along with some QAbstractItemModel hooks. -- Aaro

Re: devicenotifier with qgw

On Sunday 20 September 2009 17:30:36 Aaron J. Seigo wrote: > On September 19, 2009, Jacopo De Simoi wrote: > > 1) we need to activate the items on hover, but with the itemBackground > > animation delay, hoverEvent is not good anymore to track that. I can see > > two solutons: - itemBackground sh

Re: devicenotifier with qgw

On Sunday 20 September 2009 18:09:20 Aaron J. Seigo wrote: > On September 20, 2009, Aaron J. Seigo wrote: > > On September 19, 2009, Jacopo De Simoi wrote: > > > 1) we need to activate the items on hover, but with the itemBackground > > > animation delay, hoverEvent is not good anymore to track th

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 22:01:11, Marco Martin wrote: > > /trunk/KDE/kdelibs/plasma/containment.cpp, line 1839 > > > > > > is the name given now by the desktop settings dialog going to be an > > identifier rather than a name? >

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

> On 2009-09-23 21:28:50, Aaron Seigo wrote: > > i'm going to concentrate on the GlobalContext class mostly here. as it > > stands, GlobalContext seems like an activity manager; where "activity" is > > defined as "a named object stored in nepomuk". is that correct? > > > > if so, then it's not

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1699/#review2439 --- it's late here... just two quick things came to my mind :) /trunk/KD

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1699/#review2435 --- I don't think I really grok what "global" is. the current desktop? the

Re: Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1699/#review2433 --- i'm going to concentrate on the GlobalContext class mostly here. as it

Re: Ayatana notifications for Plasma

Aaron J. Seigo a écrit : > On September 23, 2009, Marco Martin wrote: >> every other consideration aside, i feel that it would have been -far- >> easier to mantain if the systray patch just consisted in notifications >> disabling and provide a totally separate daemon for that kind of >> notifica

Re: Nepomuk+Plasma review

> any chance you could put it up on reviewboard? :) Ok, although it is not yet meant for merging. http://reviewboard.kde.org/r/1699/ http://reviewboard.kde.org/r/1700/ Cheerio ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mai

Review Request: Plasma + Nepomuk - libplasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1699/ --- Review request for Plasma. Summary --- Nepomuk-based storage of plasma acti

Review Request: Plasma + Nepomuk - plasma patch - attempt 1

--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/1700/ --- Review request for Plasma. Summary --- Nepomuk-based storage of plasma acti

Re: Ayatana notifications for Plasma

On September 23, 2009, Marco Martin wrote: > every other consideration aside, i feel that it would have been -far- > easier to mantain if the systray patch just consisted in notifications > disabling and provide a totally separate daemon for that kind of > notifications unless i'm misrememberin

Re: Ayatana notifications for Plasma

On September 23, 2009, Aurélien Gâteau wrote: > Aaron J. Seigo wrote: > > before this gets carried forward into a big thread on this list, it has > > been made very clear that Canonical is intent on following through on > > these ideas as they are. it is an insular project without outside > > par

Re: Nepomuk+Plasma review

On September 23, 2009 11:04:38 Ivan Čukić wrote: > Hi all, > > Here is the preview of the nepomuk activities for plasma started at T3. any chance you could put it up on reviewboard? :) -- This message brought to you by eevil bananas and the number 3. www.chani3.com signature.asc Description:

Nepomuk+Plasma review

Hi all, Here is the preview of the nepomuk activities for plasma started at T3. This is not in any sense a final version, that is, it will need a lot more testing (with nepomuk both enabled and disabled). Currently, I'm hunting a few bugs left related to activity storing. The good thing is tha

Re: Ayatana notifications for Plasma

On Wednesday 23 September 2009, Aurélien Gâteau wrote: > Hi, > > I would like to present to you some work I have been doing for Canonical > regarding notifications in Plasma. > > Before going further, let me state that my goal with this mail is not to > get this work incorporated upstream, as I und

Re: Ayatana notifications for Plasma

Aaron J. Seigo wrote: > On September 23, 2009, Dario Freddi wrote: >> presented as "your initiative" regardless of Ayatana. However, with Ayatana >> notifications user interaction is not possible, hence your previous patch >> was either an unfortunate wrong timing coincidence or strictly related.

Re: Ayatana notifications for Plasma

On Wed, Sep 23, 2009 at 1:08 PM, Aaron J. Seigo wrote: > On September 23, 2009, Dario Freddi wrote: >> presented as "your initiative" regardless of Ayatana. However, with Ayatana >> notifications user interaction is not possible, hence your previous patch >>  was either an unfortunate wrong timing

Re: Ayatana notifications for Plasma

Dario Freddi wrote: > I'd like a bit more clarity. The patch you posted about powerdevil was > presented as "your initiative" regardless of Ayatana. However, with Ayatana > notifications user interaction is not possible, hence your previous patch was > either an unfortunate wrong timing coincide

Re: Ayatana notifications for Plasma

On September 23, 2009, Dario Freddi wrote: > presented as "your initiative" regardless of Ayatana. However, with Ayatana > notifications user interaction is not possible, hence your previous patch > was either an unfortunate wrong timing coincidence or strictly related. of course it is strictly r

Re: Ayatana notifications for Plasma

Am Mittwoch 23 September 2009 18:50:41 schrieb Aurélien Gâteau: > Martin Gräßlin wrote: > >>> Why should a user switch to something else than the KDE notifications? > >>> The dialog is completely missing any information on what the > >>> notifications provide, what's the difference between the two

Re: Ayatana notifications for Plasma

Martin Gräßlin wrote: >>> Why should a user switch to something else than the KDE notifications? >>> The dialog is completely missing any information on what the >>> notifications provide, what's the difference between the two and in the >>> end it will come down to the one provides different possi

Re: Ayatana notifications for Plasma

Am Mittwoch 23 September 2009 18:21:32 schrieb Aurélien Gâteau: > Martin Gräßlin wrote: > >> An important point: While the patch is integrated in Kubuntu, the > >> default behavior is to use KDE notifications. The user can switch to > >> Ayatana notifications through an option of the system tray co

Re: Ayatana notifications for Plasma

Disclaimer: this mail is not meant to sound offensive and/or personal. On Wednesday 23 September 2009 16:48:00 Aurélien Gâteau wrote: > Hi, > > I would like to present to you some work I have been doing for Canonical > regarding notifications in Plasma. > > Before going further, let me state tha

Re: Ayatana notifications for Plasma

Martin Gräßlin wrote: >> An important point: While the patch is integrated in Kubuntu, the >> default behavior is to use KDE notifications. The user can switch to >> Ayatana notifications through an option of the system tray configuration >> dialog (there are even preview buttons to help the user

Re: Ayatana notifications for Plasma

Am Mittwoch 23 September 2009 16:48:00 schrieb Aurélien Gâteau: > Hi, > > I would like to present to you some work I have been doing for Canonical > regarding notifications in Plasma. That just saved you from a rant about it on planetkde from my side ;-) I wanted to blog about some things I don't

Re: Ayatana notifications for Plasma

Hi, I for one was one of the early skeptics, being a supporter of keeping Kubuntu as much a pure KDE dist as possible. Part of our goal was to allow Canonical to trial their new notifications under KDE, while defaulting to pure KDE notifications, thus permitting the user the choice to test ou

Ayatana notifications for Plasma

Hi, I would like to present to you some work I have been doing for Canonical regarding notifications in Plasma. Before going further, let me state that my goal with this mail is not to get this work incorporated upstream, as I understand the Plasma project have a different position than Cano

Re: Review request: Container plasma applet

On 9/23/09, alan moore wrote: >>> Anyway, with your last sentence you was saying that I could have done a >>> similar thing working directly on containments? >> >> yes, and that's really probably the way to go about it. use cases would >> probably help define what direction to actually take. >> >