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