Feature requests

Discussion around the Swiss Micros DM42 calculator.
tgray
Posts: 16
Joined: Fri Jul 28, 2017 1:36 am

Feature requests

Post by tgray » Sun Dec 02, 2018 2:12 pm

After owning my DM42 for about a year, I'm still really enjoying it. I had a few feature ideas/requests for future firmware versions. All of these are obviously extensions of HP-42S behavior (much like full stack display, date and time functions, etc.). At the same time, they could all be set to the 'HP-42S' default behavior and/or be ignored if one wanted strict HP-42S behavior.
  • An option for different display rounding, like Round to Even.
  • 6 stack display option: XYZT last alpha
  • Ability to hide programs in XEQ/GTO. I think Thomas had discussed the idea of hiding programs that started with a certain character.
  • Is it possible to set a flag when the Shift button is pressed? Could be useful in programs. I thought there were some unused flags...

Stéphane Th
Posts: 17
Joined: Mon Sep 24, 2018 6:23 pm

Re: Feature requests

Post by Stéphane Th » Tue Dec 11, 2018 4:27 pm

And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
And what has already been suggested, possibility to have subfolders to store files in flash
And still possibility to have the genuine hp42s running window on bottom instead of on top (as today). this could be selected into the 'Settings' menu
hp 35/01/67/34c/41cv/41cx/15c/48g/42s/dm42 and also TI SR56/57

whuyse
Posts: 30
Joined: Thu Dec 21, 2017 12:23 pm

Re: Feature requests

Post by whuyse » Wed Dec 12, 2018 10:42 am

My feature request (also in view of the virtually unlimited program space) is to lift the limit on having only 8 return stack levels.
That is also unlikely to cause any existing program to fail ;-)
Local variables would also be nice..

Cheers, Werner
42S #3249S01123
DM42 #00345

Thomas Okken
Posts: 492
Joined: Tue May 02, 2017 3:48 pm
Location: New Jersey, USA
Contact:

Re: Feature requests

Post by Thomas Okken » Wed Dec 12, 2018 2:02 pm

Not to mention: directories, since those flat namespaces for programs and variables can become awkward once you start loading lots of programs...

User avatar
Vitasam
Posts: 217
Joined: Thu Jun 01, 2017 9:51 am
Location: Finland
Contact:

Re: Feature requests

Post by Vitasam » Wed Dec 12, 2018 2:36 pm

Stéphane Th wrote:
Tue Dec 11, 2018 4:27 pm
And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
+10!
Elektronika MK-61, Elektronika MK-52, HP15c LE, DM42 SN#16 FW 3.11

User avatar
Walter
Posts: 818
Joined: Tue May 02, 2017 9:13 am
Location: Close to FRA, Germany

Re: Feature requests

Post by Walter » Wed Dec 12, 2018 9:42 pm

Stéphane Th wrote:
Tue Dec 11, 2018 4:27 pm
And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
DM42 SN: 00041 --- Follower of Platon.

HP-35, HP-45, ..., HP-50, WP 34S, WP 31S, DM16L

dlachieze
Posts: 143
Joined: Thu May 04, 2017 10:20 am
Location: France

Re: Feature requests

Post by dlachieze » Thu Dec 13, 2018 7:48 am

Walter wrote:
Wed Dec 12, 2018 9:42 pm
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
How would you implement this in a keystroke programming model such as the 42S one? /* would obviously be translated to divide and multiply instructions...
DM42 SN: 00425

User avatar
ijabbott
Posts: 113
Joined: Fri Dec 15, 2017 1:34 pm
Location: Manchester, UK

Re: Feature requests

Post by ijabbott » Thu Dec 13, 2018 8:39 am

dlachieze wrote:
Thu Dec 13, 2018 7:48 am
Walter wrote:
Wed Dec 12, 2018 9:42 pm
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
How would you implement this in a keystroke programming model such as the 42S one? /* would obviously be translated to divide and multiply instructions...
That's true. Stéphane's suggestion of implementing a REM(ark) statement works better:

...
REM "comment"
RCL+ 17
...

User avatar
Vitasam
Posts: 217
Joined: Thu Jun 01, 2017 9:51 am
Location: Finland
Contact:

Re: Feature requests

Post by Vitasam » Thu Dec 13, 2018 8:48 am

I'm voting for REM

Code: Select all

...
REM "comment"
RCL+ 17
...
Fits better for keystroke RPNs.
Elektronika MK-61, Elektronika MK-52, HP15c LE, DM42 SN#16 FW 3.11

dlachieze
Posts: 143
Joined: Thu May 04, 2017 10:20 am
Location: France

Re: Feature requests

Post by dlachieze » Thu Dec 13, 2018 8:55 am

ijabbott wrote:
Thu Dec 13, 2018 8:39 am
...
REM "comment"
RCL+ 17
...
In a keystroke programming model you would have:

Code: Select all

step xxx    REM
step xxx+1  "comment"
step xxx+2  RCL+ 17
The new REM instruction would just skip the next step to avoid putting the comment string in the Alpha register.
You can already do this with:

Code: Select all

step xxx    FS? 52
step xxx+1  "comment"
step xxx+2  RCL+ 17
DM42 SN: 00425

Post Reply