Bigger ALPHA register

Discussion around the SwissMicros DM42 calculator
Thomas Okken
Posts: 1100
Joined: Tue May 02, 2017 5:48 pm
Location: Netherlands
Contact:

Re: Bigger ALPHA register

Post by Thomas Okken »

keithdalby wrote:
Tue Jan 09, 2018 9:15 pm
etn wrote:
Tue Jan 09, 2018 6:26 pm
Another option would be to create a debug menu, for instance accessible from the PGM.FCN menu?
That'd be my preference. Don't want too many esoteric shift functions to remember
The problem with a debug menu is that it would interfere with program-controlled menus.

I'm leaning towards a special debug skin, with some extra buttons for debugging, and where those buttons would completely bypass the normal keyboard handling, so even GETKEY wouldn't catch them. Of course that approach does not translate to the DM42... And I'm totally over-thinking this...
Last edited by Thomas Okken on Wed Jan 10, 2018 3:24 am, edited 1 time in total.
Thomas Okken
Posts: 1100
Joined: Tue May 02, 2017 5:48 pm
Location: Netherlands
Contact:

Re: Bigger ALPHA register

Post by Thomas Okken »

keithdalby wrote:
Mon Jan 08, 2018 9:31 pm
GIFs or even BMPs that grow. A virtual printer.
In other words, how Free42 emulates the printer everywhere except in the DM42. :)

I would vote for the DM42 supporting both: driving a real 82240, and printing to the screen / text files / GIF files.
toml_12953
Posts: 795
Joined: Wed May 03, 2017 7:46 pm
Location: Malone, NY USA

Re: Bigger ALPHA register

Post by toml_12953 »

Thomas Okken wrote:
Wed Jan 10, 2018 3:22 am
keithdalby wrote:
Mon Jan 08, 2018 9:31 pm
GIFs or even BMPs that grow. A virtual printer.
In other words, how Free42 emulates the printer everywhere except in the DM42. :)

I would vote for the DM42 supporting both: driving a real 82240, and printing to the screen / text files / GIF files.
I don't mind virtual printing support being added as long as support for printing to a physical printer isn't dropped. Being able to print is the one reason I bought the DM42 over other calculators.
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)
mcc
Posts: 277
Joined: Fri Jun 23, 2017 5:10 am

Re: Bigger ALPHA register

Post by mcc »

Hi,

I would like to mention, that a Bigger Alpha Register woud make it possible to use the whole wonderful :) screen for program
output, if sized in a way, that with the smallest font available the whole could be filled.

This would make displaying multiple results much more readable and appealing.
If this could be compbined with ability to mix it graphics -- oh man/woman YEAH!
...hrrrmmm....sorry. Should be EAHY! (RPN)

Cheers,
Meino
DM 42 - SN: 00373, Firmware release v.:3.22. / DMCP 3.24. as compiled by SwissMicros
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: Bigger ALPHA register

Post by Walter »

mcc wrote:
Wed Jan 10, 2018 4:48 am
YEAH!
...hrrrmmm....sorry. Should be EAHY! (RPN)
Which strange dialect of RPN is that?
(Looks like an output of SHUFFLE of WP34S.)
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
dlachieze
Posts: 613
Joined: Thu May 04, 2017 12:20 pm
Location: France

Re: Bigger ALPHA register

Post by dlachieze »

Walter wrote:
Wed Jan 10, 2018 6:39 am
(Looks like an output of SHUFFLE of WP34S.)
Just a standard RPN Roll Down... ;)
DM42: 00425 - DM41X: β00066 - WP43: 00042
User avatar
RAPo
Posts: 290
Joined: Wed May 03, 2017 6:54 pm
Location: The Netherlands
Contact:

Re: Bigger ALPHA register

Post by RAPo »

May I propose the following:
introduce negative flag numbers for tailoring new DM42 functionality and separating it from the work from Thomas?
We could introduce a debugflag (e.g. SF -1) do all the things we need to do (i.de. hack into the keyboardmap, showing special info on the nice DM42 screen etc) without worrying breaking existing programs.
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,
toml_12953
Posts: 795
Joined: Wed May 03, 2017 7:46 pm
Location: Malone, NY USA

Re: Bigger ALPHA register

Post by toml_12953 »

RAPo wrote:
Wed Jan 10, 2018 7:34 am
May I propose the following:
introduce negative flag numbers for tailoring new DM42 functionality and separating it from the work from Thomas?
We could introduce a debugflag (e.g. SF -1) do all the things we need to do (i.de. hack into the keyboardmap, showing special info on the nice DM42 screen etc) without worrying breaking existing programs.
The problem with that is that the HP 42S (and Free 42) use the absolute value of flag numbers and some people have taken advantage of that in their programs. To maintain compatibility, negative numbers can't be used.
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)
grsbanks
Posts: 1122
Joined: Tue Apr 25, 2017 11:23 am
Location: Preston, Lancs, UK
Contact:

Re: Bigger ALPHA register

Post by grsbanks »

toml_12953 wrote:
Wed Jan 10, 2018 7:44 am
The problem with that is that the HP 42S (and Free 42) use the absolute value of flag numbers and some people have taken advantage of that in their programs. To maintain compatibility, negative numbers can't be used.
The same applies to register numbers, which is why virtual variables were introduced.
There are only 10 kinds of people in the world: those who understand binary and those who do not.
Krauts In Space
Posts: 85
Joined: Wed Jan 03, 2018 3:48 pm
Location: Nuremberg, Germany

Re: Bigger ALPHA register

Post by Krauts In Space »

toml_12953 wrote:
Wed Jan 10, 2018 7:44 am
RAPo wrote:
Wed Jan 10, 2018 7:34 am
May I propose the following:
introduce negative flag numbers for tailoring new DM42 functionality and separating it from the work from Thomas?
We could introduce a debugflag (e.g. SF -1) do all the things we need to do (i.de. hack into the keyboardmap, showing special info on the nice DM42 screen etc) without worrying breaking existing programs.
The problem with that is that the HP 42S (and Free 42) use the absolute value of flag numbers and some people have taken advantage of that in their programs. To maintain compatibility, negative numbers can't be used.
So "floating point" flags aren't a good idea?
At least my HP41 doesn't moan about that (1.1 SF IND ST X).
DM15L S/# 10584 FW v25
DM42 S/# 01015 FW v3.5
Post Reply