Power bug - Сообщения
#1 Опубликовано: 10.05.2010 16:02:11
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.
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.
#2 Опубликовано: 10.05.2010 17:41:59
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
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
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!"
#3 Опубликовано: 11.05.2010 07:44:52
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.
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.
#4 Опубликовано: 11.05.2010 08:54:07
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 think Andrey is aware of this problem of "invisible brackets" and he will fix this as soon as he can.
Regards,
Radovan
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!"
#5 Опубликовано: 11.05.2010 09:47:20
I agree with Denis. If it looks the same on the screen it should behave the same. No excuses, especially, in a GUI.
#6 Опубликовано: 11.05.2010 10:51:21
Agree, this is a bug. Will fix.
#7 Опубликовано: 11.05.2010 11:11:06
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
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
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!"
#8 Опубликовано: 11.05.2010 11:24:26
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.
#9 Опубликовано: 21.06.2010 21:05:42
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.
#10 Опубликовано: 23.06.2010 05:24:05
Andrey,
I guess you fixed more bugs in two months than what Mathcad did in the last 4 years.
Well done,
I guess you fixed more bugs in two months than what Mathcad did in the last 4 years.
Well done,
-
Новые сообщения
-
Нет новых сообщений