There is a row of keys with undecided functions on them though!
ETA: Actually, there is, right-shifted swap.
There is a row of keys with undecided functions on them though!
That seems to mirror what Boub65 and I suggested too, hopefully it's not seen as a complexification of the HP-32Sii.Linus_Sch wrote: ↑Wed Sep 28, 2022 12:38 amThe one big advanced feature that does make sense (to me) is to simply go for arbitrary length alpha labels as a solution to the label problem. Keep single letter labels working as-is, enabling quick and unaltered access to those. When entering a label, in addition to the A-Z annunciator put one that says LONG next to one of the top row keys. After pressing that the user can enter any number of letters, ending it by pressing the same key again. If in a situation where choosing from existing labels then a pop-up box showing the available matches with the letters so far entered and being able to choose between them without entering all the letters would be neat.
Then again, I'm not sure that would be the best solution. It may make more sense to keep labels working as-is, no extension whatsoever, and just make sure that it is really convenient to load and store program state separately from other state in the setup menu - with arbitrary file names and easy transfer and sharing and such. Let that be "one program", thus the global labels as-is are used as local labels for each program. Cache a few of the most recently and a few of the most frequently used programs in RAM.
Replacing . and , with simply going to three digit line numbering when needed seems like a no-brainer to me, just do it.
Then there is the development and validation time, it's not as if those features could be cherry-picked from an emulated ROM. Porting all the original features must already be a challenging task on its own.rprosperi wrote: ↑Tue Sep 27, 2022 11:57 pmIt seems to me that if one wants these extra 'power features' (e.g. Matrices, Complex, etc.) one is probably better off simply using a DM42 or DM41X which have more thorough support for such features, rather than trying to bolt-on some simplified version into the DM32, which is inherently simpler to use.
It would make it incompatible!
I would strongly prefer having load/save program as a separate thing right next to load/save complete state, instead of as an option. With a separate folder on the filesystem where I can keep a library of programs, organised in subfolders, as files with no other state information in them.
Just a separate program/setting would work too indeed, that's actually what I suggested in another thread some time ago.Linus_Sch wrote: ↑Wed Sep 28, 2022 12:56 pmI would strongly prefer having load/save program as a separate thing right next to load/save complete state, instead of as an option. With a separate folder on the filesystem where I can keep a library of programs, organised in subfolders, as files with no other state information in them.
To me, if done right i.e. convenient and fast enough, this replaces using labels to access different programs, even small ones. Sidestepping having to extend the label functionality. Given that I expect to use it that way, I don't want to do the mistake of accidentally overwriting the rest of the calculator state when I did not intend to.