WP43 Alternative key layout --> C43
Re: 43S Alternative key layout
Adjusted prominence to align with the f/g key's function and ease of locating
Last edited by inautilus on Tue Jul 30, 2019 11:27 pm, edited 1 time in total.
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
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
Re: 43S Alternative key layout
That makes sense to me. Maybe you will exchange UNIT and CONV, but that doesn't bother me.Jaymos wrote: ↑Tue Jul 30, 2019 9:50 pmI 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?
I was afraid of that. I haven't looked into the code yet. Then it is not easy to put a wrapper over RCL L.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).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.
Thank you for checking to see if it makes sense to do this ( [f] [UNDO] on "<-" ) if you can test the effects.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.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 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.
C47(DM42) SN:00032 WP43 SN:00016
https://47calc.com
https://47calc.com
Re: 43S Alternative key layout
Checking your list above, I find your suggestion is:Dani R. wrote: ↑Tue Jul 30, 2019 5:00 pmMe 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!
Code: Select all
COMPLEX FILL LASTx STK DROP MODE CNST DISP UNDO CLR
blank
blank
- Since at this time, I cannot do single key LASTx, I assume x! on [f][X<>Y].
Code: Select all
COMPLEX FILL x! STK DROP MODE CNST DISP UNDO CLR
R<
>P
Code: Select all
COMPLEX DROP R< >P MODE x! DISP CNST CLR UNDO
FILL
STK
I feel your plan to clear the stack ops from the arrows can work. I really like the R< >P though, and I don't want to lose it from the keys (to a menu only). So the benefit for changing it around on your pattern is not immense.
I want to test this on the actual calculator, I mean the swapping from [f] to [g] of MODE DISP & CLR. I take the point and will test this later. So to my 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.
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.
Re: 43S Alternative key layout
What a nice solution !!
Really like it.
For the template on the real calculator of course, as I don't yet know how to put non-buttons on the emulator "backplate".
The actual button on DM42 is yellow, not brown as in the mockup. So the yellow part of the yellow/blue border may disappear and look unbalanced. So my choice for the real calc would be either no border around the button or yellow
The button on the emulator is also yellow, and at this point I don't really want to go figure out how to change those defaults. Also I think we should rather emulate the actual DM42 colours, i.e. yellow shift.
Maybe the dot's is the breakthrough, not the border, so the the answer may be to keep it compact and simple.
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.
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.
Re: 43S Alternative key layout
Yeah, I know, it's not a big win anymore. This shows, I think, that the alternative layout is almost reached.Jaymos wrote: ↑Tue Jul 30, 2019 10:21 pm- I assume R< >P to the arrow keys, even though you say it is lost.Dani R. wrote: ↑Tue Jul 30, 2019 5:00 pmMe 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!
- Since at this time, I cannot do single key LASTx, I assume x! on [f][X<>Y].Code: Select all
COMPLEX FILL x! STK DROP MODE CNST DISP UNDO CLR R< >P
I feel your plan to clear the stack ops from the arrows can work. I really like the R< >P though, and I don't want to lose it from the keys (to a menu only). So the benefit for changing it around on your pattern is not immense.
...
C47(DM42) SN:00032 WP43 SN:00016
https://47calc.com
https://47calc.com
Re: 43S Alternative key layout
+2
I was just too lazy to write it. I concur with Jaco's reasoning, button is yellow, border is a) not needed, and b) noisy (in this context - the idea by itself is excellent!)
I think it is nice if f/g could be printed on the actual key on the calculator, but I don't expect that to happen. Still, I don't think the lack of explicit f and g references are critical. They could be implied, and keystroke sequences in documentation and on the web could be easily written out like
SHIFT [KEY]
and
SHIFT SHIFT [KEY]
I think this eagle has landed. Well done, everybody!
What is the metric tensor in imperial units?
Re: 43S Alternative key layout
There is something poetic about Dani's suggestion to move the R< >P to the arrow keys to get stack stuff tightly grouped.
I'm fiddling all our last discussions onto the emulator layout, and will include [f] FILL [g] STK on [X<>Y] to try it out. The more I look at it the more I like it.
The layout soon...
I'm fiddling all our last discussions onto the emulator layout, and will include [f] FILL [g] STK on [X<>Y] to try it out. The more I look at it the more I like it.
The layout soon...
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.
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.
Re: 43S Alternative key layout
I'm sorry H2X, the eagle is doing another quick round before tranquility
I condensed the discussions to the following changes.
Note that some changes below were done as tests, and we possibly need the hardware first before we can finally settle.
Done:
101. Swapped HOME & SAVE
102. Changed REGS and STATUS to RG.ST and BT.ST.
102a. I also tried REG.ST and BIT.ST, but it really makes the line full.
102b. I also tried R.ST and B.ST but after a while I start wondering what is R. And B.
102c. Another option is RG.BR and BT.BR close to the original RBR Register Browser.
103. Added INFO to HOME menu
104. Added CLSTK to HOME menu for easy access. This leads the question if I still need FILL.
105. Name change: unit conversions (CONV) became [g] UNIT
106. Name change: deg>rad/etc (DRG>) became [f] CONV
107. Swapped FILL and STK with R< and >P (on the arrows) to group the stack ops. And the cost is only R and P vertically arranged on the stack. This is a test.
108. Swapped MODE, DISP & CLR to blue. I carefully tried both ways, and this sits better. This was mostly after realising Dani is right, in that my mouse finger starts double clicking if I think of a menu to access. This is a test - let's see.
Todo:
201. Fix keyboard key shortcuts on the emulator broken due to layout change
202. Fix Alpha key layout and menus that is broken due to layout change
——
Wish list:
301. Find more mat candidates for the HOME menu
302. Put LastX on HOME menu, if not on button. Could take the place of x! On “L”.
303. Add SigFig mode as per WP31S, 34S, 34C: https://www.hpmuseum.org/forum/archive/ ... -3029.html
304. To consider the need for HEX DEC OCT BIN on a menu (compare with # operation).
305. Ideas for a calculator name. Maybe WP43C. C for classic of course, and it fits into the model names/numbers.
306. Add Name and version number etc. in INFO.
---
To re-consider later:
401. Consider changing back to yellow for MODE, DISP & CLR
402. Consider FILL and STK back to R< and >P
—-
Remember for actual calc layout:
501. Type Lx for Last x
502. Add yellow and blue dots above shift button
The latest image.
I condensed the discussions to the following changes.
Note that some changes below were done as tests, and we possibly need the hardware first before we can finally settle.
Done:
101. Swapped HOME & SAVE
102. Changed REGS and STATUS to RG.ST and BT.ST.
102a. I also tried REG.ST and BIT.ST, but it really makes the line full.
102b. I also tried R.ST and B.ST but after a while I start wondering what is R. And B.
102c. Another option is RG.BR and BT.BR close to the original RBR Register Browser.
103. Added INFO to HOME menu
104. Added CLSTK to HOME menu for easy access. This leads the question if I still need FILL.
105. Name change: unit conversions (CONV) became [g] UNIT
106. Name change: deg>rad/etc (DRG>) became [f] CONV
107. Swapped FILL and STK with R< and >P (on the arrows) to group the stack ops. And the cost is only R and P vertically arranged on the stack. This is a test.
108. Swapped MODE, DISP & CLR to blue. I carefully tried both ways, and this sits better. This was mostly after realising Dani is right, in that my mouse finger starts double clicking if I think of a menu to access. This is a test - let's see.
Todo:
201. Fix keyboard key shortcuts on the emulator broken due to layout change
202. Fix Alpha key layout and menus that is broken due to layout change
——
Wish list:
301. Find more mat candidates for the HOME menu
302. Put LastX on HOME menu, if not on button. Could take the place of x! On “L”.
303. Add SigFig mode as per WP31S, 34S, 34C: https://www.hpmuseum.org/forum/archive/ ... -3029.html
304. To consider the need for HEX DEC OCT BIN on a menu (compare with # operation).
305. Ideas for a calculator name. Maybe WP43C. C for classic of course, and it fits into the model names/numbers.
306. Add Name and version number etc. in INFO.
---
To re-consider later:
401. Consider changing back to yellow for MODE, DISP & CLR
402. Consider FILL and STK back to R< and >P
—-
Remember for actual calc layout:
501. Type Lx for Last x
502. Add yellow and blue dots above shift button
The latest image.
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.
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.
Re: 43S Alternative key layout
Last edited by inautilus on Wed Jul 31, 2019 4:37 pm, edited 1 time in total.
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
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