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

Scientific mode should more scientific #520

Closed
RoadToDream opened this issue May 24, 2019 · 3 comments
Closed

Scientific mode should more scientific #520

RoadToDream opened this issue May 24, 2019 · 3 comments

Comments

@RoadToDream
Copy link

RoadToDream commented May 24, 2019

Problem Statement

  1. Inputs in scientific mode cannot be modified at exact position after typed in, as people who use this mode are expecting some more control over the equation, that feature is a must from my perspective.
  2. Button's function is illogical. When I click log, this will act as a postfix notation; however, if I click power, it will act as an infix notation. Why?

Evidence or User Insights

Proposal

Goals

Non-Goals

Low-Fidelity Concept

Requested Assignment

I'm just suggesting this idea. I don't want to implement it.

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

@grochocki
Copy link
Contributor

Inputs in scientific mode cannot be modified at exact position after typed in, as people who use this mode are expecting some more control over the equation, that feature is a must from my perspective.

This appears to be a duplicate of #519.

Button's function is illogical. When I click log, this will act as a postfix notation; however, if I click power, it will act as an infix notation. Why?

Today, this is by design based on how Calculator handles input. However, I believe the implementation for #519 might lead to free-form input, which would allow for natural input of expressions.

I'd like to propose closing this pitch and focus on improved input entry via #519 and parsing via #526. Any objections?

@grochocki grochocki added the needs more info Issue requires more information from poster label Jun 13, 2019
@RoadToDream
Copy link
Author

Great!

@grochocki grochocki added pitch declined and removed needs more info Issue requires more information from poster labels Jun 17, 2019
@ghost ghost locked as resolved and limited conversation to collaborators Dec 3, 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