It is not a bug. On the emulator you delete the backup.bin file.
On the calculator you have to do a RESET. Do f[CLEAR] g[FN6] Y.
I did not realise it was needed. Then all works again.
J
It is not a bug. On the emulator you delete the backup.bin file.
I looked in FIN menu and only % was there and not D%. For good measure I added D% to the menu.
All works again.
CC1 does the same as CC, excluding the HP42S COMPLEX functionality. So do 7 CC1 and you’ll see.Dani R. wrote: ↑Wed Oct 02, 2019 8:50 pmAll works again.
Now I can try the different functions. COMPLEX seems to behave as expected. For CC I'm still considering whether there would be a key sequence that doesn't require an explicit key assignment. Similar to RCL [DOT] on the DM42 to get the stack regulators for selection. I don't understand CC1 at the moment, but I will read the articles again.
d
I think it's good the way it is now. People who prefer to work with 'CC' can set this function to f[ENTER] in user mode. For example, I could set 'CC' to g[ENTER] because I probably won't use 'DROP'.
Because KEY_CC is an exception in the code, it cannot at the moment be allocated to any key. I must hardcode it to a specific key. I need to change too many things assign it to any key. The fact is 43S must first complete CC in ASN to any key. At the moment I have to hardcode to the E+ E- keys and if the key change to ENTER, I will re-code. Not ideal. So it must stay like that until 43S makes ASN to work with KEY_CC.Dani R. wrote: ↑Wed Oct 02, 2019 10:53 pmI think it's good the way it is now. People who prefer to work with 'CC' can set this function to f[ENTER] in user mode. For example, I could set 'CC' to g[ENTER] because I probably won't use 'DROP'.
'CC1' would make sense if we find a key sequence that triggers this function. '[.]' is already occupied, 'space' is not available here on the RPN calculator. At the moment I can't think of a key sequence that could be used.
Do I see it right, that 'COMPLEX' and 'CC' could also be included in the menu 'PARTS' as softkeys?
An automatic number input type changer would of course be a top functionality.
I really like the idea, I implemented the "Data Type Change" function [>>]. It works like this:Dani R. wrote: ↑Thu Oct 03, 2019 7:28 pmAn automatic number input type changer would of course be a top functionality.
If an INTEGER value is in the 'X', no matter if in DP or SP, it will be changed to LONGINT. If a LONGINT is in the 'X', it is switched to DP. If a REAL value is in the 'X', it becomes DP if it is SP, or it becomes SP if it is DP. Yes, I would like the function.
I find these percentages in USEER mode very confusing when in user mode, this function jumps around. I will never remember on the real keyboard without the emulator context labels! Replaced % Δ% as per our original layouts.
I agree. I will not use CC1 and removed it from f[E+]. I do like the CC on top left primary key E+.
I'll let this one simmer for a while.