How long does it run to complete?
WP43 Alternative key layout --> C43
Re: 43S Alternative key layout --> WP43C
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.
- PierreMengisen
- Posts: 306
- Joined: Wed Nov 29, 2017 1:38 pm
- Location: Neuchâtel CH
Re: 43S Alternative key layout --> WP43C
For the 19000 points displayed it takes about 8 to 9 seconds in USB mode. It goes faster if you decrease the "n" interval, here 0.005. Without external power supply it takes 18 seconds.
One could also view the graph from smaller starting values (here I start at -4) to see the previous points of the Dr Fibonacci sequence.
-8 5 -3 2 -1 1 0 1 1 2 3 5 8
One could also view the graph from smaller starting values (here I start at -4) to see the previous points of the Dr Fibonacci sequence.
-8 5 -3 2 -1 1 0 1 1 2 3 5 8
Pierre
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
- PierreMengisen
- Posts: 306
- Joined: Wed Nov 29, 2017 1:38 pm
- Location: Neuchâtel CH
Re: 43S Alternative key layout --> WP43C
oh, sorry, correction : there are 1900 points
Pierre
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
Re: 43S Alternative key layout --> WP43C
That is quite nice. I looked in your program: Your run N from about -4 to 5, in steps of 5E-3, which is 1800 points. Looking at the crosses on my curve indicating the 100 points I used, you need maybe at most double what I had, so I would say for the same range, you can set it to 8x less, i.e. an increment of 0.005*8 = 0.04, for an 8 fold increase in speed without resolution issues on the graph.PierreMengisen wrote: ↑Sat Jul 11, 2020 9:20 pmFor the 19000 points displayed it takes about 8 to 9 seconds in USB mode. It goes faster if you decrease the "n" interval, here 0.005. Without external power supply it takes 18 seconds.
One could also view the graph from smaller starting values (here I start at -4) to see the previous points of the Dr Fibonacci sequence.
-8 5 -3 2 -1 1 0 1 1 2 3 5 8
Mine goes a lot slower, because of the interpreter. It is not the official programming, it is actually a mini sequencer, meant for small user programs on the soft keys only. I think the interpreter is the biggest time waster, because it searches very inefficiently for every command in a long text string, all the time, for every step. I do not plan to optimise it, or precompile it, or anything like that. It is an interim measure and not meant for speed and will stay until the real programming and programming space is created later by Martin.
In the mean time, until we can use the 43S programming also in my C43, it will remain slow and a sluggish temporary solution
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 --> WP43C
wrote before I saw this
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 --> WP43C
Thanks very much guys for that great program idea !
It makes full use of DM42 beautifull screen.
As an exercice, I was busy translating Jaymos WP43 version to my brand new DM42 when Pierre posted his working solution.
Learning a lot reading the program
Thanks again.
It makes full use of DM42 beautifull screen.
As an exercice, I was busy translating Jaymos WP43 version to my brand new DM42 when Pierre posted his working solution.
Learning a lot reading the program
Thanks again.
DM41L SN01063 - DM42 SN05658 - DM15L SN20438 - DM41X SN00173 - DM16L SN04449
Re: 43S Alternative key layout --> WP43C
We have slowly but surely moved forward with the C43 over the last 2 months since my last update post here:
The C43 code base is up to date with the numerous significant changes and improvements made by Martin on the WP43S, which, by the way, again needs praise for the 43S dev team.
Below, the latest files: The C43 has continuous improvement and user interface adjustments, which can be followed on the almost daily pushes of revised code on Gitlab. The major changes recently done are:
1. BASE menu
We spent a lot of energy on finalising the BASE menu revamp. The original idea came to me long ago already and I after the recent efforts I am happy with the result. Also, the answer to the question of base conversions like 42S and 16C type behaviour was not really satisfying as it does not address the way of doing conversions and resulted in this revision.
The purpose of this BASE menu and mode is to get away from the entry method of the WP43S which requires typing the base number and navigating to various menus, to ways pioneered ( ) by the HP42S and HP16C before that. The result of these mods is the BASE menu on the C43 which retains all the WP43S functionality, and adds convenient shortcuts and a novel HEX mode (ok, not so novel, almost the same as in the HP42S) (well, not only HEX, in fact any short integer number base).
Also notable, there is automatic changing of the top line math function keys from (Σ+ through XEQ) to A-F when the HEX mode is activated. No menu is required to enter HEX. See image below.
More on the draft pages in progress here.
.
. Shows the controls for short integer (HEX/DEC/OCT/BIN) functions on various devices. Note the subscripts indicating current setting of WSIZE (in addition to the status line) and the currently set base (not in the status line).
.
. Shows BASE menu, showing #KEYA-F for bases >10, to remind of keys A-F activated. Also showing text entered using the 5-line scrollable text editor, stored in X-Register, and displayed in this image using SHOW.
.
.
2. ALPHA EDIT
I added a 5-line scrollable text editor for alpha entry, meant to edit text script files for the user XEQM menus, but available for all text entry for which the standard WP43S two line text entry does not work.
.
. Shows the edit menu called from the XEQM menu, with a typical short RPN sequence for the function key location FN2, in the 5-line text editor. The editor makes available FN5 & FN6 (< and >) for left and right, Up & Dn buttons to navigate around, and FN3 & FN4 to jump about a third line to the left or to the right (<< and >>).
.
.
3. DISP / MODE / CFG
We re-arranged the options slightly.
A lot more on the draft pages (in progress) for the update to my outdated “differences document” here.
The C43 code base is up to date with the numerous significant changes and improvements made by Martin on the WP43S, which, by the way, again needs praise for the 43S dev team.
Below, the latest files: The C43 has continuous improvement and user interface adjustments, which can be followed on the almost daily pushes of revised code on Gitlab. The major changes recently done are:
1. BASE menu
We spent a lot of energy on finalising the BASE menu revamp. The original idea came to me long ago already and I after the recent efforts I am happy with the result. Also, the answer to the question of base conversions like 42S and 16C type behaviour was not really satisfying as it does not address the way of doing conversions and resulted in this revision.
The purpose of this BASE menu and mode is to get away from the entry method of the WP43S which requires typing the base number and navigating to various menus, to ways pioneered ( ) by the HP42S and HP16C before that. The result of these mods is the BASE menu on the C43 which retains all the WP43S functionality, and adds convenient shortcuts and a novel HEX mode (ok, not so novel, almost the same as in the HP42S) (well, not only HEX, in fact any short integer number base).
Also notable, there is automatic changing of the top line math function keys from (Σ+ through XEQ) to A-F when the HEX mode is activated. No menu is required to enter HEX. See image below.
More on the draft pages in progress here.
.
. Shows the controls for short integer (HEX/DEC/OCT/BIN) functions on various devices. Note the subscripts indicating current setting of WSIZE (in addition to the status line) and the currently set base (not in the status line).
.
. Shows BASE menu, showing #KEYA-F for bases >10, to remind of keys A-F activated. Also showing text entered using the 5-line scrollable text editor, stored in X-Register, and displayed in this image using SHOW.
.
.
2. ALPHA EDIT
I added a 5-line scrollable text editor for alpha entry, meant to edit text script files for the user XEQM menus, but available for all text entry for which the standard WP43S two line text entry does not work.
.
. Shows the edit menu called from the XEQM menu, with a typical short RPN sequence for the function key location FN2, in the 5-line text editor. The editor makes available FN5 & FN6 (< and >) for left and right, Up & Dn buttons to navigate around, and FN3 & FN4 to jump about a third line to the left or to the right (<< and >>).
.
.
3. DISP / MODE / CFG
We re-arranged the options slightly.
A lot more on the draft pages (in progress) for the update to my outdated “differences document” here.
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 --> WP43C
Playing around with angular modes
Changing angular modes is as simple as pressing DEG or RAD, and the WP43S and C43 work exactly the same as my HP42S, HP32SIi, HP28C and probably all other HP’s, emulating the classic HP slider switch to convert the set angular mode for processing - nothing else is expected to happen, except the mode indicator flips over. But exactly that has been bugging since my 11C, way back in the eighties after I changed from EL-506P to HP.
. Indicator/switch flips over in HP21 example
What am I on about ?? The point is that if I would have a number and convert it to radians, chances are that I would also want to operate in radians from then on. Conversely, when I change the angular mode to radians, why would I expect the number in the register not to follow the mode?
Either way, on the WP43S and C43, the problem is already halfway solved by design because unlike all other HP's I know, the converted number would be tagged, i.e. if in DEG mode, and you would convert from say 45 to 0.785r using 45 f[CONV] [>RAD] (yes, I did mean 45 without saying 45 deg, because it tags an untyped real/integer number to the current angular mode setting prior to converting (which is great)). The X register would then contain 0.785r and SIN would result in 0.707, regardless if still in DEG mode. That is beautiful, and half the problem disappears because it does not matter where you set the calculator for tagged angles.
So what would the other half of the problem be then ?? If you are set to DEG mode, entered a number and pressed 3 buttons to convert to 0.785r, you still need to press another 3 buttons to get to RAD mode to prevent further numbers entered to be tagged as DEG. So I added buttons on the C43 to do both at the same time. These buttons are additional to the standard functionality, and do not deter from that.
.
. I now have on trial, directly above the DEG/RAD/... the "double" conversions >>DEG/>>RAD/..., which do both the conversion of the number as well as set the angular mode. That is on the shifted function key f[FN1] or simply a longpress to cycle from DEG to >>DEG.
.
. basically I added a function copied from the old Sharp (direct entry era), i.e. [2nd] [DRG] converts and changes mode.
Comments? Is it only me that will use this ?
Changing angular modes is as simple as pressing DEG or RAD, and the WP43S and C43 work exactly the same as my HP42S, HP32SIi, HP28C and probably all other HP’s, emulating the classic HP slider switch to convert the set angular mode for processing - nothing else is expected to happen, except the mode indicator flips over. But exactly that has been bugging since my 11C, way back in the eighties after I changed from EL-506P to HP.
. Indicator/switch flips over in HP21 example
What am I on about ?? The point is that if I would have a number and convert it to radians, chances are that I would also want to operate in radians from then on. Conversely, when I change the angular mode to radians, why would I expect the number in the register not to follow the mode?
Either way, on the WP43S and C43, the problem is already halfway solved by design because unlike all other HP's I know, the converted number would be tagged, i.e. if in DEG mode, and you would convert from say 45 to 0.785r using 45 f[CONV] [>RAD] (yes, I did mean 45 without saying 45 deg, because it tags an untyped real/integer number to the current angular mode setting prior to converting (which is great)). The X register would then contain 0.785r and SIN would result in 0.707, regardless if still in DEG mode. That is beautiful, and half the problem disappears because it does not matter where you set the calculator for tagged angles.
So what would the other half of the problem be then ?? If you are set to DEG mode, entered a number and pressed 3 buttons to convert to 0.785r, you still need to press another 3 buttons to get to RAD mode to prevent further numbers entered to be tagged as DEG. So I added buttons on the C43 to do both at the same time. These buttons are additional to the standard functionality, and do not deter from that.
.
. I now have on trial, directly above the DEG/RAD/... the "double" conversions >>DEG/>>RAD/..., which do both the conversion of the number as well as set the angular mode. That is on the shifted function key f[FN1] or simply a longpress to cycle from DEG to >>DEG.
.
. basically I added a function copied from the old Sharp (direct entry era), i.e. [2nd] [DRG] converts and changes mode.
Comments? Is it only me that will use this ?
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 --> WP43C
great idea/implementation. question shouldn it be DEG>> instead of >>DEG as per your SHARP image?
also could we make this behaviour default by a system setting? default behaviour would be indicated by the bottom row displayed?
ie systemsettng = double conversion:
DEg RAD GRAD
>>DEG >>RAD >>GRAD
else
>>DEG >>RAD >>GRAD
DEG RAD GRAD
also could we make this behaviour default by a system setting? default behaviour would be indicated by the bottom row displayed?
ie systemsettng = double conversion:
DEg RAD GRAD
>>DEG >>RAD >>GRAD
else
>>DEG >>RAD >>GRAD
DEG RAD GRAD
DM41X beta: SN00018.
DM41X: SN00496.
DM42 beta: SN00074.
DM42:SN06020.
DM42 converted to C47 SN08973
DM10L: SN056/100.
DM11L: SN 02058.
DM15L: SN2074.
DM16L: SN2156.
DM15, DM16, DM41
and a whole bunch of the original HP's,
DM41X: SN00496.
DM42 beta: SN00074.
DM42:SN06020.
DM42 converted to C47 SN08973
DM10L: SN056/100.
DM11L: SN 02058.
DM15L: SN2074.
DM16L: SN2156.
DM15, DM16, DM41
and a whole bunch of the original HP's,
- PierreMengisen
- Posts: 306
- Joined: Wed Nov 29, 2017 1:38 pm
- Location: Neuchâtel CH
Re: 43S Alternative key layout --> WP43C
This is a very good suggestion.
No, I prefer >>DEG which I understand more intuitively.
Pierre
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]