C47 Bug Reports

This area is for discussion about these families of custom high-end Scientific Calculator applications for SwissMicros devices.
User avatar
Jaymos
Posts: 1315
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

Pyjam wrote:
Mon Sep 18, 2023 12:54 am
Good. But have you noticed that there's the same problem with 𝑖 as with CC?

And I think there's also another little issue with 𝑖: after CLx or 🠘, 𝑖 alone pushes 0 instead of overwrite.
Yes, i was the same way and was already made to function the same way as CC as discussed above.

I agree on the stack lift of i. It is lifting the stack after CLX and it shouldn’t. I will list that and fix later. Thanx.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Pyjam
Posts: 277
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

Now that I've understood there was a bug, I understand the point of 𝑖 better, but there's still something that bothers me.

With both CC and 𝑖 :
[2] [𝑖] (or [CC]) then immediately [ENTER] should produce 2+1𝑖, not 2+0𝑖, because I have pressed [𝑖] for a reason! It’s like the HP-35S telling me I forgot to press [1] before [EEX].

Also, for 𝑖 only :
[𝑖] alone should display "0+𝑖×_" or "𝑖×_"
then [ENTER] immediately produces "1𝑖"
while [𝑖] [3] [ENTER] produces "3𝑖".
Optimot : the new keyboard layout optimized for French and English (ŵïþ tøń ỏɸ ʃʉŋ ꝃåʁăkțɛɹṩ).
User avatar
Jaymos
Posts: 1315
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

Pyjam wrote:
Mon Sep 18, 2023 2:06 am

With both CC and 𝑖 :
[2] [𝑖] (or [CC]) then immediately [ENTER] should produce 2+1𝑖, not 2+0𝑖, because I have pressed [𝑖] for a reason! It’s like the HP-35S telling me I forgot to press [1] before [EEX].
No, starting with 1 means you need to backspace if you wanted 2 or 3.6 for example. Starting with 2+ix_ allows to type what you want. Starting 2 i with 2+ix_ allows you to type what you like.

On pressing 2 i ENTER, (yes blank entry) I will look at the technical possibilities of defaulting the blank ix to 1i. That default makes sense.

Also, for 𝑖 only :
[𝑖] alone should display "0+𝑖×_" or "𝑖×_"
then [ENTER] immediately produces "1𝑖"
while [𝑖] [3] [ENTER] produces "3𝑖".
the C47’s i, in its role on gSIN (pressed alone) is meant to do produce exactly that: produce operator i. In the same way operator a as well as the A matrix is placed on the stack(from a menu). We can use i to do i 3 x 2 + to get 2+3i.

i is neither half of CC nor the i on the HP35S.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
User avatar
Jaymos
Posts: 1315
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

For more info look at the publication notes when i was introduced: maybe you’ve seen it, but others may not know the history: https://47calc.com/documentation/combin ... 0i-Evo.pdf
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Pyjam
Posts: 277
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

I'm not sure you've understood me, because with my suggestion there's no need for BackSpace in your example.

I emphasize that I see an inconsistency in the fact that
[𝑖] alone produce "1,𝑖" not "0,𝑖"
but [2] [𝑖] displays "2,+𝑖×_" then [ENTER] gives "2,+0,𝑖" as a result instead of "2,+1,𝑖".

I naturally expect the value obtained if I type ENTER directly after 𝑖 to be 1 because 1 is the neutral element for multiplication, not zero. And because if you don't type a number before 𝑖, that's what happens. Hence inconsistency.

The same behavior is expected for CC, of course.
Optimot : the new keyboard layout optimized for French and English (ŵïþ tøń ỏɸ ʃʉŋ ꝃåʁăkțɛɹṩ).
User avatar
Jaymos
Posts: 1315
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

Pyjam wrote:
Mon Sep 18, 2023 9:46 am
I'm not sure you've understood me, because with my suggestion there's no need for BackSpace in your example.

I emphasize that I see an inconsistency in the fact that
[𝑖] alone produce "1,𝑖" not "0,𝑖"
but [2] [𝑖] displays "2,+𝑖×_" then [ENTER] gives "2,+0,𝑖" as a result instead of "2,+1,𝑖".

I naturally expect the value obtained if I type ENTER directly after 𝑖 to be 1 because 1 is the neutral element for multiplication, not zero. And because if you don't type a number before 𝑖, that's what happens. Hence inconsistency.

The same behavior is expected for CC, of course.
My statement covers your observation imo, you mean the default of the untyped _ should be 1 not 0.

> “On pressing 2 i ENTER, (yes blank entry) I will look at the technical possibilities of defaulting the blank ix to 1i. That default makes sense.”

If not, you need to explain a different way so I can understand.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Pyjam
Posts: 277
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

I'm sorry, I missed that sentence. I just woke up and my cup of coffee isn't even empty yet. Thanks for considering my suggestion, then.
Optimot : the new keyboard layout optimized for French and English (ŵïþ tøń ỏɸ ʃʉŋ ꝃåʁăkțɛɹṩ).
User avatar
Jaymos
Posts: 1315
Joined: Sun Nov 04, 2018 7:03 pm
Location: Cape Town

Re: C43/C47 Bug Reports

Post by Jaymos »

Pyjam wrote:
Mon Sep 18, 2023 10:03 am
I'm sorry, I missed that sentence. I just woke up and my cup of coffee isn't even empty yet. Thanks for considering my suggestion, then.
I like the suggestion. As said it makes sense. Before agreeing though I need to see what is needed to make it work and that it won’t break something else.
Jaco Mostert
Elec Eng, South Africa
https://47calc.com C47 (s/n 03818 & 06199), WP43 (0015). In box: HP42S, HP32Sii, WP34S&C, HP28C, HP35s, EL-506P, EL-W506, PB700; ex: FX702P, 11C, HP67 & HP85; iOS: 42s Byron, Free42+, WP31S/34S, HCalc.
Pyjam
Posts: 277
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

Yes, I realize that this is a new behavior that we don't see in other functions. So it must be a bit tricky technically. It's neither urgent nor essential, but rather a refinement.
Optimot : the new keyboard layout optimized for French and English (ŵïþ tøń ỏɸ ʃʉŋ ꝃåʁăkțɛɹṩ).
Pyjam
Posts: 277
Joined: Sat Jan 28, 2023 5:01 pm
Location: France

Re: C43/C47 Bug Reports

Post by Pyjam »

A little oddity:

Open the TRG menu and type:
3 ⇒D.MS 25 % → 0.7500
The result is correct but not tagged.

But, if we swap the 2 numbers:
25 ENTER 3 ⇒D.MS % → 0°45′0.00 ̋
The result is correct, and is tagged, and the ° ′ ″ format is preserved!
This is excellent but it’s what I expect in the first case too.

I mention this because I'm not quite sure that the result in the first case is deliberate, because if you type:
3 ⇒D.MS 4 ÷ → 0.7500°
This time the result is tagged.
Unfortunately, the ° ′ ″ format is lost. I think it would be better to keep it.
Optimot : the new keyboard layout optimized for French and English (ŵïþ tøń ỏɸ ʃʉŋ ꝃåʁăkțɛɹṩ).
Post Reply