TODO

   1 Stuff planned for future releases...  (in no particular order)
   2
   3 Feel free to help out with any of this stuff!  :)
   4
   5 Please send a message to the mailing list if you have any question.
   6
   7 Things for the short term:
   8 - Use centralized command message parsing engine (more secure)
   9 - more features for existing display drivers
  10   (e.g. adapt them to bignum library)
  11 - documentation (any help is appreciated)
  12
  13 Things for the longer term:
  14
  15 ----------------------------------------
  16 lcdproc client
  17 --------------
  18
  19 allow more than one instance of a screen with different configuration
  20 sections (implementation should be possible similar to the one with
  21 the drivers in LCDd where File=... points to the original driver file)
  22
  23 more options in the config file (clocks with offsets from localtime, ...)
  24
  25 more options changeable in the lcdproc client menu
  26
  27 rewrite machine_get_fs() in machine_Linux.c to use functions from mntent.h
  28
  29 get rid of MTAB_FILE compile time definition (for Linux & SunOS)
  30
  31 ----------------------------------------
  32 lcdexec client
  33 --------------
  34
  35 more flexbibility: do not just only execute commands, but
  36 maybe also display their result in a screen, get a command's
  37 parameters interactively using the builtin input menus,
  38 confirmation of commands, jumping between commands depending
  39 on the output of a command (wizards), ...
  40
  41 ----------------------------------------
  42 Client driver
  43
  44 An LCDproc client can connect, request the "client" driver, then get
  45 all screen information sent to it!  This allows things such as logging
  46 in remotely and starting up a curses display of LCDproc.  It also
  47 gives another method for writing drivers.  In a sense, it could even
  48 let you write and link in new drivers without having to recompile and
  49 restart LCDproc...
  50
  51 Another bonus is that LCDproc will come with a client which can, for
  52 example, start up a "client" driver to send "keypresses" from the
  53 command line.  Or,
  54
  55         lcdtool -key A
  56
  57 would have the same result as pressing a key on the keypad.
  58
  59 ----------------------------------------
  60 Scheduling modes
  61
  62 Instead of the simplistic "round robin" circular screen-scheduling in
  63 the current release, later versions will offer several different
  64 algorithms for screen-ordering.
  65
  66 One example: High-priority screens will be shown more often than
  67 low-priority screens, simply by showing up more often.
  68
  69 STATUS: Currently high priority screens will only be shown _first_ after
  70 a resorting of the screenlist. The time that it's visible is unaltered.
  71
  72 ----------------------------------------