[Xfce4-commits] r26800 - xfconf/trunk

[Brian Tarricone]

Author: kelnos
Date: 2008-04-09 05:29:31 +0000 (Wed, 09 Apr 2008)
New Revision: 26800

Modified:
   xfconf/trunk/TODO
Log:
update todo


Modified: xfconf/trunk/TODO
===================================================================
--- xfconf/trunk/TODO	2008-04-09 05:29:21 UTC (rev 26799)
+++ xfconf/trunk/TODO	2008-04-09 05:29:31 UTC (rev 26800)
@@ -4,7 +4,6 @@
 * unit tests - some done, need:
   - locking test
   - RemoveChannel() test
-  - PropertyChanged notification test
   - GetAllProperties() test
   - tests for all the array and struct stuff
 * MCS settings migration code
@@ -13,20 +12,17 @@
     xfconf and ditch MCS entirely
 * expire channels from memory if they aren't accessed for a while
 * add a GetAllChannels() method to enable a gconf-editor type app
-* implement the PropertyChanged signal
-  - should fire whenever SetProperty() is called and a value is set.
-    + optimise by checking previous value; don't fire signal if the value
-      hasn't really changed.  will this slow down the daemon too much?
+* PropertyChanged signal works, but...
+  - optimise by checking previous value; don't fire signal if the value
+    hasn't really changed.  will this slow down the daemon too much?
   - file system monitoring.  if a backend file changes, the daemon needs to
     re-read the file, but must save the old property tree so it can figure out
     what has changed so it can send appropriate PropertyChanged signals
     + what happens if a channel isn't loaded into memory and its backing file
       changes?  load it and send PropertyChanged for all properties?  that
       could be very bad.
-* separate XSETTINGS daemon that reads values from xfconfd
-  - add multi-screen support
+* multi-screen support for xfsettingsd
 * libxfce4mcs-client dummy implementation that forwards to libxfconf
-* cmdline get/set/query tool so the config store can be scriptable
 
 -> for future: