Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Standard" calculator does not take into account order of operations #1212

Closed
jarmo opened this issue May 7, 2020 · 2 comments
Closed

"Standard" calculator does not take into account order of operations #1212

jarmo opened this issue May 7, 2020 · 2 comments

Comments

@jarmo
Copy link

jarmo commented May 7, 2020

When using "Standard" calculator, then order of operations is not taken into account and calculation value is wrong. For example:

8 + 6 * 2 = 28

Correct answer should be:

8 + 6 * 2 = 20

When using "Scientific" calculator then same calculation is shown in the UI, but calculation is done correctly (e.g. value 20 is shown). If it is intentionally done so that "Standard" is like a "stupid" version of calculator, which performs calculations immediately when entering values, then calculation should be shown as two different operations - first "8 + 6 = 14" and then "14 * 2 = 28".

Steps To Reproduce

  1. Open Calculator
  2. Enter number "8".
  3. Enter "+".
  4. Enter "6".
  5. Enter "*".
  6. Enter "2".
  7. Press "Enter" to see the calculation value.
  8. Value of "28" is shown, which is mathematically incorrect.

Expected behavior
Should show a calculation value of "20", which is mathematically correct.

Screenshots
"Standard":
image

"Scientific":
image

Device and Application Information

  • OS Build: 10 0 18363 0
  • Architecture: x64
  • Application Version: 10.1910.0.0
  • Region: et-EE
  • Dev Version Installed: False

Additional context
Same problem applies when pasting in the equation as a whole (e.g. "8+6*2").

Requested Assignment
I'm just reporting this problem.

@rudyhuyn
Copy link
Contributor

rudyhuyn commented May 7, 2020

Hi Jarmo.

This appears to be a duplicate of #138.

Standard Calculator mode works in immediate-execution mode, just as a simple pocket calculator would. It ignores order of operations entirely. The solution today would be to use Scientific Calculator, though we have discussed this on the team in the past and agree we can do better at making this distinction clearer.

Let me know if you think this issue is different.

Sincerely

Rudy

@rudyhuyn rudyhuyn closed this as completed May 7, 2020
@MicrosoftIssueBot
Copy link
Collaborator

This is your friendly Microsoft Issue Bot. I've seen this issue come in and have gone to tell a human about it.

@microsoft microsoft locked as resolved and limited conversation to collaborators Dec 2, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants