HP Forums

Full Version: Bug in Radians an Degrees (11226/10637)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
The result from the attached picture is incorrect.

[attachment=4357]
How should the system know that first number is meant to be a radian angular value and not just a plain number?

You have a regular number (~.78839...) minus an angular value of 45. Following conventions, the first item in the calculation takes precedence in determining what the result will be. I'm not sure why you are thinking this is a bug.
TI V200 gives 0 in such a situation
Only when you are in radians mode, else it probably returns pi/4-45deg which is a bug in the TI methodology. What happens when you try it in degree/grads? Is that consistent with the behavior you are requesting?

Can you try .735398...-45deg? Why doesn't it assume that is a numerical radian value in this case?

Why should the system *assume* that plain untagged number is an angular value, let alone radians?

I'm fine to make changes with good reason, but simply "TI does it that way" is not really a good reason.
For the record, we had a very complete discussion about this and other angle-related issues not long ago in this thread.

No matter which convention you choose, there will be some flaws under some conditions.
(01-11-2017 07:46 PM)Claudio L. Wrote: [ -> ]For the record, we had a very complete discussion about this and other angle-related issues not long ago in this thread.

No matter which convention you choose, there will be some flaws under some conditions.

Thanks. I definitely missed seeing that thread. Definitely highlights the problems with simply "making a change".
Reference URL's