summaryrefslogtreecommitdiff
path: root/common/xfconf-dbus.xml
Commit message (Collapse)AuthorAgeFilesLines
* Get rid of the annotation tags.Ali Abdallah2016-04-241-15/+1
|
* Generate the gdbus binding code and test the binding onAli Abdallah2016-01-281-0/+2
| | | | xfconf_client_call_is_property_locked_sync.
* Use async DBus messages in xfconfd.Nick Schermer2010-02-081-0/+7
| | | | | | We don't actually use this for threads, but to cleanup our data after sending it to dbus. Previously a lot of this leaked (all the errors).
* rename RemoveProperty() to ResetProperty() all over the placeBrian Tarricone2008-09-281-16/+18
| | | | | | | | | might as well just bite the bullet and do this. no incompat library changes, but xfconfd will need to be restarted (usually) after installing this version. i just want everything to be as clean and legacy-free as possible when we get to 4.6.0 final... (Old svn revision: 27974)
* add and implement IsPropertyLocked() dbus method, add libxfconf getterBrian Tarricone2008-09-281-0/+19
| | | | | | | this is buggy right now because the perchannel-xml backend doesn't handle locking properly at all. bug fixes forthcoming. (Old svn revision: 27973)
* clarify RemoveProperty() dbus method description.Brian Tarricone2008-09-271-44/+7
| | | | | | | | remove org.xfce.Xfconf.GUI dbus interface since it's stupid and i never really implemented it anyway. (Old svn revision: 27966)
* * Use org.freedesktop.DBus.GLib.ClientCSymbol.Nick Schermer2008-08-101-1/+6
| | | | (Old svn revision: 27443)
* add ListChannels() method to dbus iface and xfconf_list_channels()Brian Tarricone2008-07-291-0/+10
| | | | (Old svn revision: 27395)
* make RemoveProperty and GetAllProperties interfaces easier to useBrian Tarricone2008-07-271-15/+16
| | | | | | | all removing multiple properties at once based on a subtree of the property tree. ditto for getting multiple properties at once (Old svn revision: 27376)
* properly register marshaller and signal for PropertyRemovedBrian Tarricone2008-06-051-1/+2
| | | | (Old svn revision: 27037)
* add PropertyRemoved signal to dbus interface and hook it up everywhereBrian Tarricone2008-05-131-0/+15
| | | | (Old svn revision: 26955)
* add property value to PropertyChanged/XfconfChannel::property-changed signalBrian Tarricone2008-04-211-0/+1
| | | | | | | | | | | it seems like every time i get a property-changed signal, the first thing i do is go and fetch the property. always sending the value over the wire in the signal will generally save us a round-trip when handling property changes. the downside is that the value always gets sent out on any prop change, regardless if anyone cares about that particular property or not (Old svn revision: 26876)
* do some cosmetic renamingBrian Tarricone2007-09-061-0/+4
| | | | (Old svn revision: 26723)
* * add RemoveChannel() to the dbus interface and client libBrian Tarricone2007-09-061-20/+31
| | | | | | | * rename some dbus methods so it's more clear what they do (Old svn revision: 26722)
* add gtk-doc framework and fix up docs everywhereBrian Tarricone2007-09-051-2/+0
| | | | (Old svn revision: 26717)
* * change xfconf_channel_get_*() API to return the values directlyBrian Tarricone2007-09-051-0/+48
| | | | | | | | | | | and take a 'default_value' param for when a property doesn't exist * add API to DBus interface: GetAll, Exists, Remove * add XfconfChannel API: xfconf_channel_get_all(), xfconf_channel_property_exists(), xfconf_channel_remove_property() (Old svn revision: 26713)
* initial import of xfconfd/libxfconfBrian Tarricone2007-09-041-0/+94
(Old svn revision: 26703)
View Lorry Controller Status