alecs/plasma-framework
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
7,219 Commits 1 Branch 0 Tags 40 MiB
dba549382b
Commit Graph

67 Commits

Author SHA1 Message Date
Aaron J. Seigo
124dd4bd63 various fixes i've come across while working on services stuff today 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=856868
 2008-09-03 23:33:57 +00:00
Aaron J. Seigo
d89e799c96 don't rely on KConfigSkeleton actually creating groups in the config or even being useful in telling us what groups it knows about. KConfigSkeleton is far too tightly coupled with the idea of KConfigDialog to be useful for half the things it should be useful for. =( 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=856847
 2008-09-03 22:28:10 +00:00
Aaron J. Seigo
6774525044 preserve the target information with NullService 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=856771
 2008-09-03 18:51:41 +00:00
Alex Merry
9ce3660816 * rename operationIsEnabled to isOperationEnabled 
* add disassociateWidget() methods
* don't allow a widget to associated with more than one operation
* set the enabled status properly when we associate a widget


svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=852983
 2008-08-26 23:04:53 +00:00
Dirk Mueller
05a1658faa better return something 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=852090
 2008-08-25 10:27:53 +00:00
Aaron J. Seigo
3461b97edc support enabling and disabling operations in services 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=845852
 2008-08-12 13:58:58 +00:00
Aaron J. Seigo
0d175ab165 * signal when operations change 
* allow associating widgets with specific operations

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=841832
 2008-08-04 08:00:47 +00:00
Alex Merry
d109b09bf3 Delay the execution of start(), so ServiceJob implementors don't have to worry about it. 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=841266
 2008-08-02 22:29:19 +00:00
Aaron J. Seigo
63bce9d1b4 move all the prive code into private/; makes it much clearer with the division lines are 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=839792
 2008-07-30 20:35:42 +00:00
Aaron J. Seigo
e4a154743f * always re-reg when we set the name 
* automatically set the name in the plugin case

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=838869
 2008-07-28 22:51:19 +00:00
Alex Merry
1cb7e7e771 Actually load the operations scheme when we have the information necessary to do so. 
CCMAIL: plasma-devel@kde.org
Can someone backport this for 4.1.1, please?


svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=838833
 2008-07-28 20:59:03 +00:00
Alex Merry
0d42d36814 Help bug-hunting devs 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=834455
 2008-07-19 00:03:08 +00:00
Dirk Mueller
754b000b42 also implement the plugin version checks for the other plugin types 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=833940
 2008-07-17 16:26:29 +00:00
Alex Merry
56968db224 Actually call registerOperationScheme(). Also document a macro. 
CCMAIL:panel-devel@kde.org
Can someone backport this to the 4.1 branch, please?  Otherwise no-one can write services in 4.1.


svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=833339
 2008-07-16 17:04:40 +00:00
Marijn Kruisselbrink
21b148b963 change all ClassName::Private classes to ClassNamePrivate, and adjust friends accordingly; this makes plasma compilable with gcc < 4.2 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=826893
 2008-07-01 18:56:43 +00:00
Kevin Ottens
dd95e5a8e6 Renaming methods around operation calls to get better discoverability of 
the API. KConfigGroup instances are the whole operation description, not
simply the parameters.

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=814507
 2008-05-30 14:26:07 +00:00
Aaron J. Seigo
5f3493654f first draft of Service; still evaluating the use of KConfigSkeleton 
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=809020
 2008-05-18 04:27:54 +00:00