Re: Another 4.2 applet inovation

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, David Baron wrote: > In my case, I had my own configuration dialog, accessable from the GUI and > as a context menu action. So now, two appear. right, you should never offer your own configuration action. it will simply not work with reliability with the rest of plas

Re: Another 4.2 applet inovation

2009-01-28 Thread David Baron
On Wednesday 28 January 2009 23:57:45 Richard Dale wrote: > 2009/1/28 David Baron > > > Now, whether or not one setHasConfiguationInterface( true), there is > > always a configuration context menu entry. This will, if nothing else is > > created for it, have the keyboard shortcut option. Whether o

Re: Another 4.2 applet inovation

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, Richard Dale wrote: > Yes, that's right - see the recent thread > 'Applet::flushPendingConstraintsEvents() > calls setHasConfigurationInterface(true)\ for the cause of the problem. it calls it in AppletPrivate::init now, so it's better behaved. -- Aaron J. Seigo hum

Re: Another 4.2 applet inovation

2009-01-28 Thread Richard Dale
2009/1/28 David Baron > Now, whether or not one setHasConfiguationInterface( true), there is always > a configuration context menu entry. This will, if nothing else is created > for it, have the keyboard shortcut option. Whether or not it is needed or > relevant to the applet. > > > In my case, I

Re: global settings

2009-01-28 Thread Jud Craft
For the old notes, that thread was entitled "Plasma Applet Direction". ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Another 4.2 applet inovation

2009-01-28 Thread David Baron
Now, whether or not one setHasConfiguationInterface( true), there is always a configuration context menu entry. This will, if nothing else is created for it, have the keyboard shortcut option. Whether or not it is needed or relevant to the applet. In my case, I had my own configuration dialog,

Re: QGraphicsLayout, was Re: playground/base/plasma/applets/networkmanager/applet

2009-01-28 Thread Alexis Ménard
On Wed, Jan 28, 2009 at 5:46 PM, Sebastian Kügler wrote: > On Tuesday 27 January 2009 23:37:07 Alexis Ménard wrote: > > On Tue, Jan 27, 2009 at 8:26 PM, Sebastian Kügler wrote: > > > SVN commit 917381 by sebas: > > > > > > updateGeometry() works much better for layout size changes than > > > inv

QGraphicsLayout, was Re: playground/base/plasma/applets/networkmanager/applet

2009-01-28 Thread Sebastian Kügler
On Tuesday 27 January 2009 23:37:07 Alexis Ménard wrote: > On Tue, Jan 27, 2009 at 8:26 PM, Sebastian Kügler wrote: > > SVN commit 917381 by sebas: > > > > updateGeometry() works much better for layout size changes than > > invalidating the layout. > > invalidate just clear the cache of sizes inte

addMatch/addMatches in RunnerContext

2009-01-28 Thread Ryan P. Bitanga
Hey everyone, I was going over the KRunner related classes a couple of weeks ago and forgot to ask this. Can anyone tell me why the argument "term" in addMatches(const QString &term, const QList &matches) and addMatch(const QString &term, const QueryMatch &match) isn't used? IIRC, term was origin

Re: global settings

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, Marco Martin wrote: > On Wednesday 28 January 2009, Aaron J. Seigo wrote: > > hi all ... > > > > so i've already lost the thread where we talked about global settings for > > plasma. in prep of creating a config dialog for this, i've put up a wiki > > page here: > > >

Re: KDE/kdelibs/plasma

2009-01-28 Thread David Faure
On Wednesday 28 January 2009, Dan Meltzer wrote: > On Tue, Jan 27, 2009 at 7:12 PM, Christophe Giboudeaux > wrote: > > SVN commit 917529 by cgiboudeaux: > > > > kaction.h is already included. Just remove the extra ones > > Would it make sense, in terms of visual helpers--to not use camelcase > fo

Re: global settings

2009-01-28 Thread Marco Martin
On Wednesday 28 January 2009, Aaron J. Seigo wrote: > hi all ... > > so i've already lost the thread where we talked about global settings for > plasma. in prep of creating a config dialog for this, i've put up a wiki > page here: > > http://techbase.kde.org/Projects/Plasma/PlasmaDesktopGloba

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Fabrizio Montesi
Yes, I'd like that very much, as I'd like to sponsor it as the official C++ library for interacting with JOLIE during research meetings, the industry, the JOLIE website and so on... ;) We should discuss the API for that then. I'm willing to make some changes to the API of metaservice-java if we do

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, Fabrizio Montesi wrote: > How does that look? quite sensible; if we keep it similar to the java classes as well then we can increase the amount of transferable knowledge betwee the systems :) -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F

global settings

2009-01-28 Thread Aaron J. Seigo
hi all ... so i've already lost the thread where we talked about global settings for plasma. in prep of creating a config dialog for this, i've put up a wiki page here: http://techbase.kde.org/Projects/Plasma/PlasmaDesktopGlobals please fill in your pet global settings. :) -- Aaron J

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Fabrizio Montesi
My main problem for UPnP support is time, but as I've said I'd be willing to mentor the JOLIE side of that. =) Perhaps once we get this library and some end-user benefits (like Plasma::Service integration and a plasmoid that makes use of it), we will gain enough interest and get someone to cooperat

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Fabrizio Montesi
Looks like we are going to the same direction I took for giving Java support to enterprise applications italianaSoftware and eos-software are developing: metaservice-java. http://jolie.svn.sourceforge.net/viewvc/jolie/trunk/support/metaservice-java/ See the MetaService class: http://jolie.svn.sour

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Kevin Ottens
On Wednesday 28 January 2009 09:33:25 Aaron J. Seigo wrote: > On Wednesday 28 January 2009, Kevin Ottens wrote: > > I somehow assumed this library would end up as some private classes in > > libplasma but perhaps it makes sense to even go for pure Qt API and for > > kdesupport to give it the chance

Re: Messages: Feature Proposal

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, David Baron wrote: > 1. The information (or fatal is appropriate) icon appears on the panel (as > it does now accompanying the messages if the options=true or defaulted). i don't think that's a sane default. it's too little information about useful or even important

Re: Jolie and Plasma.... and Akonadi?

2009-01-28 Thread Aaron J. Seigo
On Wednesday 28 January 2009, Kevin Ottens wrote: > I somehow assumed this library would end up as some private classes in > libplasma but perhaps it makes sense to even go for pure Qt API and for > kdesupport to give it the chance for wider adoption? (actually that'd make i think it makes sense i