WP43 News

[rprosperi]

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...

[Walter]

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...

[rprosperi]

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.

[H2X]

This reminds me of why I like RPN in the first place...

[PierreMengisen]

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

équations.png (1.69 KiB) Viewed 2100 times

[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

[PierreMengisen]

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

[H2X]

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!

[ManuMa]

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.

[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 
+