WP43 Alternative key layout --> C43

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
H2X
Posts: 885
Joined: Tue Apr 25, 2017 8:00 am
Location: Norðvegr
Contact:

Re: 43S Alternative key layout

Post by H2X »

Jaymos wrote:
Sun Jul 28, 2019 7:47 pm
REG.ST or REG.S
BIT.ST or FLG.ST or BIT.S
?
What looks best on the faceplate? Perhaps R.ST / B.ST might work also - hints a bit louder about status?
Jaymos wrote:
Sun Jul 28, 2019 7:47 pm
# is to change of integer number base.
Is # worthy enough of that front row seat? Otherwise we have a mathematical operation roaming about which would love to sit with its friends... :-)
What is the metric tensor in imperial units?
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout

Post by Jaymos »

H2X wrote:
Sun Jul 28, 2019 8:06 pm
Jaymos wrote:
Sun Jul 28, 2019 7:47 pm
REG.ST or REG.S
BIT.ST or FLG.ST or BIT.S
?
What looks best on the faceplate? Perhaps R.ST / B.ST might work also - hints a bit louder about status?
Jaymos wrote:
Sun Jul 28, 2019 7:47 pm
# is to change of integer number base.
Is # worthy enough of that front row seat? Otherwise we have a mathematical operation roaming about which would love to sit with its friends... :-)
We probably have space for: RG.ST BT.ST on top of [8], but maybe not for REG.ST BIT.ST. I would check on the emulator which width sits best.

[#] definitely belongs there. It sits fine next to the other "number base" or "number format" things on the top line like ab/c d/c & d.ms & .d & h.ms. I like it.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
H2X
Posts: 885
Joined: Tue Apr 25, 2017 8:00 am
Location: Norðvegr
Contact:

Re: 43S Alternative key layout

Post by H2X »

Jaymos wrote:
Sun Jul 28, 2019 8:15 pm
We probably have space for: RG.ST BT.ST on top of [8], but maybe not for REG.ST BIT.ST. I would check on the emulator which width sits best.
Good!
Jaymos wrote:
Sun Jul 28, 2019 8:15 pm
[#] definitely belongs there. It sits fine next to the other "number base" or "number format" things on the top line like ab/c d/c & d.ms & .d & h.ms. I like it.
I follow the reasoning.

Well done! :-)
What is the metric tensor in imperial units?
Dani R.
Posts: 349
Joined: Fri May 05, 2017 10:23 pm

Re: 43S Alternative key layout

Post by Dani R. »

Hello Jaco

The good thing about only three people discussing is that you can get through with three opinions. In the case of five people, there are already ten opinions.....

I think the last draft of the keyboard layout was very successful, I could immediately work productively with it :D . Of course, I still have a few comments and try to explain them as well as possible.

You already mentioned the exchange of SAVE and HOME.

Suggestion: I think you can rename DRG-> to TRANS(mute). I think that's what's being done here. Then R<- and ->P would be well lifted here again, like the 42S.

My opinion is: I think you really shouldn't have any stack and register operations on the cursor keys. This can lead to misinterpretations. I think you should find all stack manipulations on ENTER, RDOWN and x<>y. Then you might even get Walther excited about this keyboard layout, it's allowed to have dreams. For example, the free space on the cursor keys could be filled with a new functionality, jump to the first item / menu, jump to the last item / menu. Of course not yet, as this has not yet been defined and implemented.

My opinion is: As useful as the functions DROP and FILL are, I think they are mainly needed for programming. So it doesn't matter if you only find these functions in the menu. With the new HOME function, you can get to these menus very clearly.

Wish: Here I argue in the other direction. Even though you can solve LASTx via RCL L, I want to have LASTx directly on one button, old habits. I often use LASTx, RDOWN for example mostly only in programs.

Note: I don't like the CPX position, this menu could be set to g-ENTER, DROP is gone.....

Another urgent wish: Whenever there is a function and a menu on the shift keys, I would prefer to have the function always on f and the menu on g, even if the original functionality of the 42S would change from f() to g(). That wouldn't bother me at all. An example. With the 42S, the CLX is hidden in the CLEAR menu. If you want to cancel the number input because you find out that you are typing wrong, I don't have direct access to the CLX, as it still is with the 41C. I think the "Undo" function would behave like the CLX in such a situation, and you could easily reach it via f(<-).

So much for the topic right now.


Best regards Dani
Last edited by Dani R. on Tue Jul 30, 2019 5:15 pm, edited 1 time in total.
C47(DM42) SN:00032 WP43 SN:00016
https://47calc.com
Dani R.
Posts: 349
Joined: Fri May 05, 2017 10:23 pm

Re: 43S Alternative key layout

Post by Dani R. »

Me again. I just read that you use FILL a lot. A possible keyboard configuration that could implement my suggestions compatible with your requirements:

f(COMPLEX), g(FILL ) to "ENTER".
f(LASTx), g(STK) to "x<>y".
f(DROP), g(MODE) to "CHS".
f(CNST), g(DISP) to "EEX", for symmetry reasons and probably because constants are used more often than switching the display.
f(<-|), g(CLR) to "<-" as already explained.

Under "Loss" of R<-, ->P and x!
C47(DM42) SN:00032 WP43 SN:00016
https://47calc.com
User avatar
inautilus
Posts: 92
Joined: Fri May 31, 2019 7:37 pm
Location: Cape Breton, Nova Scotia, CANADA

Re: 43S Alternative key layout

Post by inautilus »

@ H2X on Keyboard Layout in flux / platform cost savings re: yellow sprue / user friendly labeling / etc
Attachments
f g  alternate.jpg
f g alternate.jpg (34.44 KiB) Viewed 4056 times
D A MacDonald
Mar Eng, Designer, CANADA
HP35, HP41C, HP28S, HP35s. PC: HP15C, Free42, WP31S, WP34S
(Operators Right in bold)
"It is not the strongest or most intelligent who will survive but those who can best manage change ..." Darwin
H2X
Posts: 885
Joined: Tue Apr 25, 2017 8:00 am
Location: Norðvegr
Contact:

Re: 43S Alternative key layout

Post by H2X »

inautilus wrote:
Tue Jul 30, 2019 7:39 pm
@ H2X on Keyboard Layout in flux / platform cost savings re: yellow sprue / user friendly labeling / etc
Clever! I think I prefer the first one. :D
What is the metric tensor in imperial units?
toml_12953
Posts: 795
Joined: Wed May 03, 2017 7:46 pm
Location: Malone, NY USA

Re: 43S Alternative key layout

Post by toml_12953 »

inautilus wrote:
Tue Jul 30, 2019 7:39 pm
@ H2X on Keyboard Layout in flux / platform cost savings re: yellow sprue / user friendly labeling / etc
Definitely the first one that relates the key to the two faceplate colors!
Tom L

Some people call me inept but I'm as ept as anybody!
DM10L SN: 059/100
DM41X SN: 00023 (Beta)
DM41X SN: 00506 (Shipping)
DM42 SN: 00025 (Beta)
DM42 SN: 00221 (Shipping)
WP43 SN: 00025 (Prototype)
User avatar
inautilus
Posts: 92
Joined: Fri May 31, 2019 7:37 pm
Location: Cape Breton, Nova Scotia, CANADA

Re: 43S Alternative key layout

Post by inautilus »

Sorry about the poor resolution ... try this.
Attachments
f g  alternate png 15.1 kb.jpg
f g alternate png 15.1 kb.jpg (102.78 KiB) Viewed 4038 times
D A MacDonald
Mar Eng, Designer, CANADA
HP35, HP41C, HP28S, HP35s. PC: HP15C, Free42, WP31S, WP34S
(Operators Right in bold)
"It is not the strongest or most intelligent who will survive but those who can best manage change ..." Darwin
User avatar
Jaymos
Posts: 1635
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: 43S Alternative key layout

Post by Jaymos »

Dani R. wrote:
Tue Jul 30, 2019 12:30 pm

Suggestion: I think you can rename DRG-> to TRANS(mute). I think that's what's being done here. Then R<- and ->P would be well lifted here again, like the 42S.
I think DRG-> can have a name change. I don't like TRANS though. Let's consider what we have:

The HP42S has CONV which does the degrees to rad conversion thing. But the 43S already has a CONV button, which does unit conversions.

I suggest that I change the unit conversions to [UNIT] and the deg>rad>grad>multi to [CONV].
So, [f][5] will then be UNIT, and [g][5] will be CONV.
How does that sound?

Wish: Here I argue in the other direction. Even though you can solve LASTx via RCL L, I want to have LASTx directly on one button, old habits. I often use LASTx, RDOWN for example mostly only in programs.

Note: I don't like the CPX position, this menu could be set to g-ENTER, DROP is gone.....

My opinion does not matter because I cannot add functions to the main project, and a Last x function on a button would need a new function which I can't add at this point. |(My opinion is I would like a button for last x).

Another urgent wish: Whenever there is a function and a menu on the shift keys, I would prefer to have the function always on f and the menu on g, even if the original functionality of the 42S would change from f() to g(). That wouldn't bother me at all. An example. With the 42S, the CLX is hidden in the CLEAR menu. If you want to cancel the number input because you find out that you are typing wrong, I don't have direct access to the CLX, as it still is with the 41C. I think the "Undo" function would behave like the CLX in such a situation, and you could easily reach it via f(<-).
I though about this one for a while and I mentioned that it is difficult for me to H2X before. I am finding [g][UNDO] difficult to handle.

I though of making [g] [UNDO] and I will reconsider it again after I can feel this one on the real calculator. I shift this issue to the 'to check later' list.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Post Reply