Hello,

Small bug that can lead to calculation errors:

For example, you type 3^2=9. Then you remind that you missed factor 2 before the expression, so if you put 2* before the expression graphically you see 2*3^2, but result is 36.

Thanks.

Hello,

This was mentioned few times here. The problem is about invisible brackets.
[MATH]2*3^2=18[/MATH]
[MATH]2*3^2=36[/MATH]
It depends on how did you get this. If you enclose with the editing lines 3^2 or only 3 (horizontal and left vertical editing lines |__ ) then you will get different results.

One should be very careful about it. It is even possible to do something like this:
[MATH](2*3)^2=36[/MATH]
Then you can mark with the mouse:
[MATH]2*3[/MATH]
Cut it and paste instead of:
[MATH](2*3)[/MATH]
You will get then, we might say, a wrong result:
[MATH]2*3^2=36[/MATH]
You can even get from this (by Cut/Paste):
[MATH](2+3)*(4+5)=45[/MATH]
On the screen you will see (brackets will be invisible):
[MATH]2+3*4+5=45[/MATH]
I am not sure if this is a bug or not. I think that user might be very careful about this and use brackets when needed.

Regards,
Radovan

Hello again,

I see the point, but since all beauty of this program is clear WYSIWYG interface, I think this is a bug.
User must be sure that if formula he wrote is graphically represented right, calculation is made according to this formula, and not according to invisible brackets.
Ofcourse user can get rid of all potential problems by using alot of brackets, but I think this is a wrong way.

Thanks,
Denis.

Hello Denis,

I think Andrey is aware of this problem of "invisible brackets" and he will fix this as soon as he can.

Regards,
Radovan

I agree with Denis. If it looks the same on the screen it should behave the same. No excuses, especially, in a GUI.

Agree, this is a bug. Will fix.

Speaking of GUI, here is one of the first mistake of my students.
These two regions look almost the same:

Of course, there are overlapping regions:


I am used to this, but this might be sometimes hard to trace.

Regards,
Radovan

I have some thoughts about this thing too: it might be not a problem in case if SMath Studio will contain magic button like "layout assistance" or "layout auto arrange". Program can find all overlaps and can correct locations of the elements to prevent such types of errors. Also, this can be not a button, but an option. I mean that program (it's only an idea for now) can do this work in background on every user change. If this will be stable and predictable enough this option could be turned on by default.

Multiple issues fixed with wrong graphical representation of math expressions. Fix will be available with a new version of SMath Studio. For now, you can test calculation using SMath Studio Live.

Andrey,

I guess you fixed more bugs in two months than what Mathcad did in the last 4 years.

Well done,