Jaymos wrote: ↑Fri Dec 02, 2022 8:52 pm
burkhard wrote: ↑Thu Dec 01, 2022 11:36 pm
2) Long-pressing ENTER yields: ENTER → COMPLEX → NOP instead of ENTER → COMPLEX →
CPX → NOP
Issue 2 is planned and correct as menus are not included. The purpose of the longpress on the top rows (non-menu keys) is an add-on to access the math functions and since most keys to the right and below EEX are actioned without delay, as such most menus are inaccessible, therefore menus are also excluded.
Ahhh, that is really helpful, thank you. I do understand now that "2" is actually working as designed. Summarizing, menus are by rule excluded from long-press cycling because most menus are on digit keys and long-press doesn't work on digit keys at all.
I do wonder if that implemented design is wholly optimum, though. Wouldn't it be better for long-press function cycling to simply either fully work or fully not work depending solely on the base key? So. I can understand on the digit keys (plus CHS & EE) it doesn't work at all, but the reason it doesn't work is more because they are digit keys rather than because many (but not all) happen to carry menus on the shifts.
In the case of ENTER, since the long-press works for the f-function and NOP, I'd personally have it work for the g-function as well (regardless of it being a menu). Long-press functionality should either apply (fully work) or not. "Half-works" (or ⅔ works in this case) adds a tiny wee bit of potential confusion. It's of course a very minor point, though, and one that won't trip anyone up for too long. So, no great complaint, just a very slight inelegancy.
For the future, should there a separate thread where in the feature requests and UI improvements/tweaks could be discussed? I hate to clog up a "bug thread" with finer points less critical and more subjective.
thanks again—great stuff here.