43S News

General discussion about calculators, SwissMicros or otherwise
rprosperi
Posts: 1189
Joined: Mon Apr 24, 2017 7:48 pm
Location: New York

Re: 43S News

Post by rprosperi »

Walter wrote:
Tue Nov 16, 2021 5:44 pm
PierreMengisen wrote:
Tue Nov 16, 2021 1:53 pm
It's perfect, I can't wait. A lot of work for Mihail!

Another thing, it is very annoying in SOLVER to have to quit a message with BACKSPACE followed by EXIT. I think EXIT should be enough.

And why use ":" as a variable separator and not ";" or simply "," as in many softwares?
This way there would be no more collisions with labels like g(x):
  1. That backspace-EXIT issue we already found. No points this time, sorry.
  2. I vote against "," since a large part of this world uses it as radix mark. ";" isn't on the keyboard or menu. ":" is already here. There will be always collisions with labels, regardless which common character you choose.
Thanks for your patience.
I agree this is an important consideration Walter (and often forgotten by those of us that don't use it as a radix), but how could there be confusion between a separator among variables and a radix mark? The radix is used within numeric parameters and never directly adjacent to variables in an equation, so there seems little room for confusion. Just wondering...
--bob p

DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
User avatar
Walter
Posts: 2074
Joined: Tue May 02, 2017 11:13 am
Location: Close to FRA, Germany

Re: 43S News

Post by Walter »

rprosperi wrote:
Wed Nov 17, 2021 3:06 am
Walter wrote:
Tue Nov 16, 2021 5:44 pm
I vote against "," since a large part of this world uses it as radix mark.
I agree this is an important consideration Walter (and often forgotten by those of us that don't use it as a radix), but how could there be confusion between a separator among variables and a radix mark? The radix is used within numeric parameters and never directly adjacent to variables in an equation, so there seems little room for confusion. Just wondering...
Imagine a point being used for separation, really, not only between variables but also between real constants like 12.345 . 6.789. You'd probably ask 'why couldn't those designers choose another separator? ', won't you? Transfer task: why no comma...
DM42 SN: 00041 β
WP 43S running on this device

HP-35, HP-45, ..., HP-35S; WP 34S & WP 31S for obvious reasons; DM16L
rprosperi
Posts: 1189
Joined: Mon Apr 24, 2017 7:48 pm
Location: New York

Re: 43S News

Post by rprosperi »

Walter wrote:
Wed Nov 17, 2021 10:05 am
Imagine a point being used for separation, really, not only between variables but also between real constants like 12.345 . 6.789. You'd probably ask 'why couldn't those designers choose another separator? ', won't you? Transfer task: why no comma...
Ah, ok, thanks Walter. I had not considered numeric constants, only thinking about variables. Good explanation.
--bob p

DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
User avatar
H2X
Posts: 622
Joined: Tue Apr 25, 2017 8:00 am
Location: Norway

Re: 43S News

Post by H2X »

This reminds me of why I like RPN in the first place...
DM42 #40 running C43 | DM41X #50 | various HP models
The earth is flat. It just appears round because it is massive and curves spacetime.
User avatar
PierreMengisen
Posts: 246
Joined: Wed Nov 29, 2017 1:38 pm
Location: Neuchâtel CH

Re: 43S News

Post by PierreMengisen »

H2X wrote:
Wed Nov 17, 2021 3:43 pm
This reminds me of why I like RPN in the first place...
Let's admit that a function written in FOCAL is not as easy to read as in traditional scientific form :geek:
équations.png
équations.png (1.69 KiB) Viewed 316 times
Pierre
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
ecsfang
Posts: 35
Joined: Sun Jan 26, 2020 5:21 pm
Location: Lund/Sweden

Re: 43S News

Post by ecsfang »

To be correct, that should rather be

Code: Select all

X ENTER ENTER 3 - * 7 +
or

Code: Select all

X x² LASTx 3 * - 7 +
... but I get your point, even if RPN is my preferred language ... ;)

Cheers,
Thomas
[35/45/65/67/25/29C/31E/33E/41C|CV|CX/71B/10C/11C/15C/16C/32SII/42S/28S/48GX/49G/35S/DM41X(#00456)]
(7397)[134]
User avatar
PierreMengisen
Posts: 246
Joined: Wed Nov 29, 2017 1:38 pm
Location: Neuchâtel CH

Re: 43S News

Post by PierreMengisen »

ecsfang wrote:
Thu Nov 18, 2021 1:28 pm
To be correct, that should rather be

Code: Select all

X ENTER ENTER 3 - * 7 +
No, the second ENTER is not necessary. X is a value in x registre. So with the first ENTER you push it in y registre.

Hello to all Sweden and the northern countries, the beautiful winter season is coming .
Greatings
Pierre
[TI59 with PC100C; TI-84 Plus CE-T; HP41CV with HP IL loop & 2*82161A DCD & 82162 TP; HP15C; HP28S; DM41; DM41L; DM42; DM41X]
User avatar
H2X
Posts: 622
Joined: Tue Apr 25, 2017 8:00 am
Location: Norway

Re: 43S News

Post by H2X »

PierreMengisen wrote:
Thu Nov 18, 2021 3:35 pm
ecsfang wrote:
Thu Nov 18, 2021 1:28 pm
To be correct, that should rather be

Code: Select all

X ENTER ENTER 3 - * 7 +
No, the second ENTER is not necessary. X is a value in x registre. So with the first ENTER you push it in y registre.

Hello to all Sweden and the northern countries, the beautiful winter season is coming .
Greatings
Algebraic notation is fine for reading, but we tend to favour RPN for entry, don't we? It would seem to solve the operand separation problem. Anyhow, just another brainfart triggered by an apparent paradox. Greetings, nevertheless!
DM42 #40 running C43 | DM41X #50 | various HP models
The earth is flat. It just appears round because it is massive and curves spacetime.
User avatar
ManuMa
Posts: 14
Joined: Sun Mar 15, 2020 10:14 pm
Contact:

Re: 43S News

Post by ManuMa »

PierreMengisen wrote:
Thu Nov 18, 2021 3:35 pm
ecsfang wrote:
Thu Nov 18, 2021 1:28 pm
To be correct, that should rather be

Code: Select all

X ENTER ENTER 3 - * 7 +
No, the second ENTER is not necessary. X is a value in x registre. So with the first ENTER you push it in y registre.

Hello to all Sweden and the northern countries, the beautiful winter season is coming .
Greatings
Hi Pierre,
Thomas from Lund/Sweden is absolutely correct. His two formulas give the correct answer, while yours don't.
I like specially the first one that solves the equation x(x-3)+7, that is equivalent to x^2-3x+7.

Regards,
Manuel.
User avatar
rudi
Posts: 36
Joined: Wed Nov 03, 2021 9:03 am
Location: Denmark
Contact:

Re: 43S News

Post by rudi »

Agree, Thomas' solutions are elegant, here’s another, this one preserves both x and y on the stack:

Code: Select all

x 
x² 
3 
RCL* ST L 
- 
7 
+ 
;-)
/Rudi

DM-42 (s/n 06999), HP-42S, HP-35s, HP-11c, HP-32SII (ex HP-41CV and ex HP-75C + a lot, really lot of a accessories)
Post Reply