summaryrefslogtreecommitdiff
path: root/TODO
blob: daba9219fc7a7eeb86b8acbe562f2d3b7b5d1a51 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
-> for version 1.0

* XfconfBackend needs to do better validation on channel and property names
* unit tests - some done, need:
  - locking test
  - RemoveChannel() test
  - GetAllProperties() test
  - tests for all the array and struct stuff
* MCS settings migration code
  - special backend to read config entries
  - script/c code for users who want to migrate all their settings to
    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
* 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.
* multi-screen support for xfsettingsd
* libxfce4mcs-client dummy implementation that forwards to libxfconf

-> for future:

* transaction support
* network support - allow remote displays and such
* do some caching in the client library?  seems wasteful of memory, but it
  could allow the daemon to ditch its copy of a channel's properties more
  often.