And presumably a new sub forum for the DM32 as well ?rprosperi wrote: ↑Sun Oct 30, 2022 10:48 pmYes, coming soon...Walter wrote: ↑Sun Oct 30, 2022 10:24 pmAfter the pilot series of WP43 was released in Allschwil yesterday, I'd suggest closing this very long thread now, assuming there will be a dedicated subforum for WP43 in near future. Dear admins, is this a realistic option?
Thanks to all contributors and testers here - see you again soon at said subforum.
WP43 News
Re: 43S News
DM15L, S/N 00548. DM42, SN: 00159. DM41X, SN: 00973. DM32, SN 00054.
Re: 43S News
As long as there is no new subforum I thought to ask my question here:
In the OM it is stated:
“You can create and save various custom keyboard layouts on-board and recall them one by one as you need them. Dedicated keyboard overlays are supported.”
I am at a loss to understand how that works on WP43; and I am not aware of any way to define sets of user keyboard assignments, though I would like to be able to (I think it would be nice to be able to use ASN in a program…)
Update: I think I may have found the answer to my question myself: use STOCFG and RCLCFG and named variables; is this what was meant in the OM?
Am I correct in thinking that STOCFG does _not_ store MyMenu?
In the OM it is stated:
“You can create and save various custom keyboard layouts on-board and recall them one by one as you need them. Dedicated keyboard overlays are supported.”
I am at a loss to understand how that works on WP43; and I am not aware of any way to define sets of user keyboard assignments, though I would like to be able to (I think it would be nice to be able to use ASN in a program…)
Update: I think I may have found the answer to my question myself: use STOCFG and RCLCFG and named variables; is this what was meant in the OM?
Am I correct in thinking that STOCFG does _not_ store MyMenu?
Last edited by RJvM on Thu Nov 03, 2022 10:17 am, edited 1 time in total.
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Re: 43S News
That reminds me Jaco's video (but for C43 not WP43 though):RJvM wrote: ↑Thu Nov 03, 2022 9:15 amAs long as there is no new subforum I thought to ask my question here:
In the OM it is stated:
“You can create and save various custom keyboard layouts on-board and recall them one by one as you need them. Dedicated keyboard overlays are supported.”
I am at a loss to understand how that works on WP43; and I am not aware of any way to define sets of user keyboard assignments, though I would like to be able to (I think it would be nice to be able to use ASN in a program…)
https://www.youtube.com/watch?v=UTgx-IdLqPI
S.Korean / HP-50G | fx-570EX | fx-570CW | HP-200LX
Re: 43S News
Yes, clearly so! I am part of the C43 team, we have KEYS and HOME, but these are predefined, user defined menus are limited to MyMenu and MyAlpha (on both WP43 and C43 at the moment)BINUBALL wrote: ↑Thu Nov 03, 2022 10:16 amThat reminds me Jaco's video (but for C43 not WP43 though):RJvM wrote: ↑Thu Nov 03, 2022 9:15 amAs long as there is no new subforum I thought to ask my question here:
In the OM it is stated:
“You can create and save various custom keyboard layouts on-board and recall them one by one as you need them. Dedicated keyboard overlays are supported.”
I am at a loss to understand how that works on WP43; and I am not aware of any way to define sets of user keyboard assignments, though I would like to be able to (I think it would be nice to be able to use ASN in a program…)
https://www.youtube.com/watch?v=UTgx-IdLqPI
Robbert Jan, MSEE, RPN user since 1976 and a collector for many years I now own all the important ones: HP-35, 45, 55, 65, 97, 19, 21, 25, 34, 10-16, 41, 42, 71, 48, 50, Prime, DM41, DM42, WP43, C47, R47; Project 47 team member https://47calc.com
Re: 43S News
Your update is correct. Beyond, ASSIGN/ASN works for long. MyMenu isn't stored by STOCFG yet but it may be in principle - I've to think about it.RJvM wrote: ↑Thu Nov 03, 2022 9:15 amIn the OM it is stated:
“You can create and save various custom keyboard layouts on-board and recall them one by one as you need them. Dedicated keyboard overlays are supported.”
I am at a loss to understand how that works on WP43; and I am not aware of any way to define sets of user keyboard assignments, though I would like to be able to (I think it would be nice to be able to use ASN in a program…)
Update: I think I may have found the answer to my question myself: use STOCFG and RCLCFG and named variables; is this what was meant in the OM?
Am I correct in thinking that STOCFG does _not_ store MyMenu?
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
FIX / digits displayed
Very exciting to see the project coming to fruition with the latest hardware sneak-peeks. Great work!
However, I do have a question regarding the display modes as they are currently implemented. When entering a number with fewer decimal places than specified in the display mode settings, no trailing zeroes are attached.
Example:
Entering "12" stays "12" on display with FIX 04, whereas, on my HP-35s, it would be displayed as "12.0000" in the same display mode.
This is only true for numbers entered and / or pushed to the stack. Results from calculations are displayed with all decimal places / exponent as advertised.
Chances are high that I missed the explanation for this behaviour. Dealing with a four-line stack display, numbers would be much easier to read with the decimal separator staying in the exact same location, and, so far, it has been my understanding that FIX would be doing exactly that (see p. 87 of the OM). For SCI and ENG, this would also require to reserve the space for a possible negative sign in the exponent to keep the decimal separator "glued to the screen".
I am aware that this would be chewing away a few pixels that could otherwise be used to dsplay more digits, but readability of the screen would benefit greatly (at least imho). If I am missing something here, please forgive my ignorance and feel free to point me in the right direction.
A little bit of the usual nitpicking:
The section dealing with "erf" and "erfc" on p. 32 in the RM points to "pp. 249 ff." for more information. In the current version of the OM (v 0.23) this should be p. 250 ff..
However, I do have a question regarding the display modes as they are currently implemented. When entering a number with fewer decimal places than specified in the display mode settings, no trailing zeroes are attached.
Example:
Entering "12" stays "12" on display with FIX 04, whereas, on my HP-35s, it would be displayed as "12.0000" in the same display mode.
This is only true for numbers entered and / or pushed to the stack. Results from calculations are displayed with all decimal places / exponent as advertised.
Chances are high that I missed the explanation for this behaviour. Dealing with a four-line stack display, numbers would be much easier to read with the decimal separator staying in the exact same location, and, so far, it has been my understanding that FIX would be doing exactly that (see p. 87 of the OM). For SCI and ENG, this would also require to reserve the space for a possible negative sign in the exponent to keep the decimal separator "glued to the screen".
I am aware that this would be chewing away a few pixels that could otherwise be used to dsplay more digits, but readability of the screen would benefit greatly (at least imho). If I am missing something here, please forgive my ignorance and feel free to point me in the right direction.
A little bit of the usual nitpicking:
The section dealing with "erf" and "erfc" on p. 32 in the RM points to "pp. 249 ff." for more information. In the current version of the OM (v 0.23) this should be p. 250 ff..
Last edited by GeisiX on Mon Nov 07, 2022 10:13 pm, edited 1 time in total.
Re: FIX / digits displayed
I can't reproduce your example here - it displays "12.340 0" as advertized. Either I didn't press a crucial key or you might work with an outdated version. Please check.
I suggested such a display some years ago but it didn't get sufficient support. Maybe now?
Thanks. Corrected.
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
Re: FIX / digits displayed
Reminder to myself:
Never write up forum posts based on things you think you remember without having checked thoroughly, sorry for the confusion. It does work as advertised with an input of decimal places behind the separator. However, natural numbers (full numbers) don't receive the added decimal zeroes. (I corrected my post above and it should now be correct).
You do have my support, for sure, as this would only be consistent with the FIX notation. For ENG and SCI, this would also mean the permanent display of the exponent (this, too, has been the convention for HP calculators (at least the few I know)).
Re: FIX / digits displayed
Natural numbers (i.e. integers) even don't receive a decimal point so you observe a feature, not an error here.
Things are slightly more complex: if you want to have the decimal point "glued" to one position, you shall know the maximum exponent you want to be displayed. On the WP43, 4-digit exponents are legal (and may be negative) - so if you allow them and "glue" the point you'd loose quite some space for smaller numbers.
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041