From fe740619eb4c548e016c01e1357d52954072e31d Mon Sep 17 00:00:00 2001 From: Brian Tarricone Date: Wed, 9 Apr 2008 05:29:31 +0000 Subject: update todo (Old svn revision: 26800) --- TODO | 12 ++++-------- 1 file changed, 4 insertions(+), 8 deletions(-) (limited to 'TODO') diff --git a/TODO b/TODO index 2aff695..daba921 100644 --- a/TODO +++ b/TODO @@ -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: -- cgit v1.2.1