[lcdproc] keypresses
Joris Robijn
joris@robijn.net
Tue, 27 Mar 2001 15:07:02 +0200
> If I use screen-exlusive nobody else can register this key all
> exclusive. Ok, I try to explan this with an example:
> I've written a menu app which would use one key as exclusive (as
> popup) und register all other needed keys as screen-exclusive. So the
> app is sure these key does not clash with other apps which use this
> keys in exclusive mode. I've also an app which logs all keypresses (not
> action else) which would register all keys as shared (so the keys are
> available for all other clients).
Ah yes. That works. However IMHO this is up to the administrator that
writes the config file. He should know that he steals a key from other
client if he wants to reserve it exclusively.
This is my option: reserved (exclusive) keys are passed to the
reserving client. All non-reserved keys are passed to the
active/visible client.
Reserving screen-exclusive is then not needed anymore. A client also
wont need to ask which keys are available. Just to keep things simple.
>
> Yes, as explained these are exclusive.
> But you have to remember that you will loose one button for all other
> clients. If you have only three buttons than you can only drive _one_
> menu.
As said before we should assume a minimum of three keys to be able to
work with menu's and screen rotation. Then you can use them like:
key0.4 name? default in menu
--------------------------------------------------------
A Enter next screen Select option
B Up (to app /scroll) move up
C Down (to app /scroll) move down
D Esc Go to menu Back out of menu
I intentionally used Up/Down not to switch screens, but to keep them
available to scroll lists.
The Esc key should be exclusively bound to the menu-client. I think we
all agree on that.
One other think to remember: there were ideas to let client be able to
place things in menus. I'll kick of another thread about that.
Joris
--
Joris Robijn <joris@robijn.net>
Home: 053 4311 553
Mobile: 06 288 41 964
// To understand recursion, we must first understand recursion
-----------------------------------------------------------
To unsubscribe from this list send a blank message to
lcdproc-unsubscribe@lists.omnipotent.net