* add the ability to limit the number of data sources in an engine; least used items drop off. the algorithm for this is pretty simplistic and not overly scalable, but that's something that can be fixed when we run into problems (e.g. setLimit(1000) or something silly =)
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=668927
* make the library names appear in descending order of specificity (plasma_kind_instance)
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=668019
* void addSource(DataSource* source): allows adding of DataSources directly; useful for more complex engines where setData would be inneficient and clumsy or just not powerful enough
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=667584
* make DataEngine take a QObject in the connect, making DataVisualization somewhere superfluous. unless it ends up doing something useful soon, DataVisualization as a class will be going away.
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=667167
* move DataSource::Data to DataEngine::Data; this means consumers of DataEngine have no need to know about DataSource as a class
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=666756
* queue updates so that multiple calls to setData don't result in a storm of updated signals
* some API cleanups, e.g. connect -> connectSource
* provide and install a ServiceType .desktop; this adds the X-EngineName QString symbol. maybe that's too generic.
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=666241
not much to see yet, but people are looking at this and understandably
scratching their head since it's not obvious that a lot of this was
sketching versus implementing... well, that's starting to change.
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=576845
app and applets ... doesn't compile atm as it's a work in progress off
the design concepts. but dinner becons and i don't want to lose progress
in case my laptop degrades further.
svn path=/trunk/KDE/kdebase/workspace/plasma/lib/; revision=529282
