this will become the prefered way to access DataEngines rather than
DataEngineManager which exposes implementation details that need to
be manually managed
QueryMatch by value! shared dptr == no copy of data either! so (nearly) all the speed love of pointers with none of the crash hate. woo!
RunnerContext also by value! die pointers die!
also get rid of tons of locking that just doesn't make sense anymore; get rid of data priority enum as well since it's completely meaningless.
speed, glory, stability! ftw!
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=805661
run() method is more obvious than exec() (don't forget that a runner run :) ).
Anyway during the meeting we have decided to replace createMatchOptions() with createRunOptions()
and (set)hasMatchOptions() with (set)hasRunOptions(), now with this commit we have a more coherent naming.
CCMAIL: panel-devel@kde.org
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=802143
applets,
please update to another revision to use the version that works
green flag from aaron
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=796368
* remove add*Match since they broke the pattern of usage (who owns the match? do you have to add it again? etc..)
* add addMatch to compliment addMatches for those runners that just ever have one match
* make the default SearchMatch type Possible rather than Exact (making Exact and Informational the exceptions, which matches usage patterns)
* const'ify the API a bit better
generally more performant, lower memory usage and clearer API having seen what is beign done in the runners. also makes it a bit easier to turn the Matches into a qt model
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=776931
* create a subdir for our scripting classes
* break ScriptEngine into two: a base class and AppletScript
* add stub classes for RunnerScript and DataEngineScript
* provide generic loading methods for all three
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=765971