| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Standalone release for Xfconf, not for an Xfce version.
|
| |
|
| |
|
|
|
|
|
|
|
| |
with the new caching in place, this doesn't really speed things up
anymore, and was problematic to begin with.
(Old svn revision: 30418)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
XfconfCache is a transparent cache that sits behind XfconfChannel,
and, so far, involves no new API. this moves most of the dbus code
from XfconfChannel to XfconfCache. on creation, XfconfChannel gets
an XfconfCache object for that channel (the cache objects are
per-channel-name singletons, regardless of property_base or whether
or not the XfconfChannel is a singleton).
on creation, XfconfChannel prefetches all properties in the channel.
this might turn out to be a bad idea for large channels.
property setting does not block if the setting is already in the cache.
i may change this in the future to not block at all ever, but that
might make reporting certain kinds of errors impossible. property
resets are completely non-blocking. lookups are non-blocking if
the setting is already in the cache. the cache automatically
updates itself if another application modifies a property.
the cache has hooks to set the maximum age of entries (in seconds)
and the max number of entries to store in the cache. currently
these two are unimplemented, and i'm not sure if there's value to
exposing these in the public API.
(Old svn revision: 30417)
|
|
|
|
|
|
| |
property bindings) by making the initial property fetch async
(Old svn revision: 29962)
|
|
|
|
| |
(Old svn revision: 29711)
|
|
|
|
| |
(Old svn revision: 29651)
|
|
|
|
| |
(Old svn revision: 29553)
|
|
|
|
| |
(Old svn revision: 29387)
|
|
|
|
| |
(Old svn revision: 29320)
|
|
|
|
| |
(Old svn revision: 29136)
|
|
|
|
|
|
|
| |
configure --with-perl-options="foo". patch from
<yselkowitz@users.sourceforge.net> (bug 4735)
(Old svn revision: 29048)
|
|
|
|
|
|
| |
<yselkowitz@users.sourceforge.net> (bug 4735)
(Old svn revision: 29047)
|
|
|
|
| |
(Old svn revision: 28770)
|
|
|
|
| |
(Old svn revision: 28677)
|
|
|
|
|
|
| |
others in $XDG_CONFIG_DIRS should be considered system dirs (bug 4592).
(Old svn revision: 28676)
|
|
|
|
|
|
| |
well get rid of them since i already bumped the lib version
(Old svn revision: 28627)
|
|
|
|
| |
(Old svn revision: 28480)
|
|
|
|
|
|
|
|
| |
otherwise, on session close, the bus daemon dies and takes xfconfd with
it, causing any settings changed in the past 7 seconds to not get
committed to disk
(Old svn revision: 28401)
|
|
|
|
| |
(Old svn revision: 28290)
|
|
|
|
|
|
| |
the caller requests it
(Old svn revision: 28167)
|
|
|
|
| |
(Old svn revision: 28163)
|
|
|
|
| |
(Old svn revision: 28072)
|
|
|
|
| |
(Old svn revision: 28071)
|
|
(Old svn revision: 26703)
|