|Re: Another poll|
Message #5 Posted by Paul Dale on 5 June 2011, 8:21 a.m.,
in response to message #4 by 聲gel Martin
BTW there's no reason whu the f/g/h shift keyd do NOT have functional role for the *other* (i.e. not self) prefixes, I wonder if you've considered that - which may become very handy if real state is at a premium.
I don't remember if we ever seriously entertained this notion or not. Things are more than cluttered enough already I suspect. We didn't delve far into the press and hold a shift key while pressing another key like the 30b -- we'd need new colours and more space on the overlay for this to be workable.
The clutter level is already very high -- every key has four functions and some go well beyond this: STO e.g. has seven (STO, f H.MS, g DEG, h CAT, CPX STO, -> f H.MS, -> g DEG) and that isn't counting the six arithmetic suffixes available (+, -, *, /, MIN and MAX) for STO itself. Roll down and RCL also have seven. EEX and +/- have six.
I think the worst offenders are C and D, which have nine separate functions if you consider their undefined default action a separate use (XEQ C, y^x, CPX y^x, COS, ACOS, CPX COS, CPX ACOS, SCI & SCIOVR). Phew!
Needless to say, the keyboard state engine is a rather large portion of the whole firmware :-)