Post Reply 
newRPL: [UPDATED April 27-2017] Firmware for testing available for download
11-23-2015, 04:44 AM (This post was last modified: 11-23-2015 04:48 AM by Han.)
Post: #147
RE: newRPL: [UPDATED Nov-14-2015] Firmware for testing available for download
(11-22-2015 09:00 PM)Helix Wrote:  I'm still thinking about the two independent menus. I think it would be great, because since the beginning I'm not comfortable with the variable menu assigned to the G..L keys. I would prefer to have the variable menu associated to the A..F keys, and the command menu to the G..L keys. Just a matter of preference.

But this raises several questions.

When one menu is a command menu and the other a variable menu, in principle there is no difficulty: something like left Shift PRG will affect the command menu, and something like UPDIR will affect the variable menu. But which menu will be changed by CST for example?

And how to display two command menus?

When two command menus are displayed, we need a way to know which menu will be changed, so a switching method must be implemented.

Then, what to do to return to a variable menu? VAR is not possible, because it has become command in this situation. Perhaps a long press on VAR, but it is already used for masking the second menu. Or this latter action should be shifted to another key: APPS, MODE, TOOL?

I never really cared for "longpress" and in fact generally disliked that feature. For me, it too often messed with my quick, two-thumb typing because it would force me to change my tempo. However, I think that the longpress could be the "key" (see what I did there?) to our two menu system. For quick access, I prefer a quick touch of a key -- especially for loading menus. So I am of the opinion that the "main" menu be set via a regular "short" press. To load the same menu, but onto the "secondary" menu, one would simply use a longpress. (Or if you prefer, swap the behavior.) In sum, use longpress to affect the menu that would be less likely to be changed and shortpress to affect the menu that we would change most often.

EDIT: Could this scheme also enable us to use only the keys F1-F6 for both menu levels? Short presses for the main menu and longpress for the secondary?

Graph 3D | QPI | SolveSys
Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
RE: newRPL: [UPDATED Nov-14-2015] Firmware for testing available for download - Han - 11-23-2015 04:44 AM



User(s) browsing this thread: 2 Guest(s)