Preserve operation order
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
- #15 @hermione03 による — マージされずにクローズ
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 22/100
調査の方向性
The payload names no source files, so start with the comment thread and the closed, unmerged pull request #15 to learn why it was not merged. The issue depends on the number data type change in issue #6 and on the parentheses and input-flow design, which the maintainers have not settled. Ask on the thread for a decision on the input design before writing code. Done means the whole expression is entered and evaluated with standard operator precedence and parentheses.
索引モデルが issue の本文から書いたものです。
説明
Checklist
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I have read the FAQ and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the feature request will be dismissed otherwise.
- This issue contains only one feature request.
- I have read and understood the contribution guidelines.
Is your feature request related to a problem? Please describe.
Calculator currently does operations in a sequence, what can be a bit misleading, because all system calculators on Android I've seen were preserving operations order.
Describe the solution you'd like
Instead of current way of input, which works like traditional digital calculators, it should rather work like stock Android calculators. It should allow to input the whole equation and then compute it, preserving operation order. Also, while doing this, we should add support for parentheses, so user can override the default operation order.
Describe alternatives you've considered
In SMT Tibor wanted this feature to be only in scientific calculator mode (to be done maybe someday). However, I don't think it's a good idea, since stock calculators have this in every mode, not just scientific.
Additional context
Currently implementing it will be fairly easy, because Calculator is built on exp4j EvalEx library which preserves operation order. However, if we change the number data type (issue #6), it will need to be done differently. But doing it from the scratch shouldn't be very hard, it's just implementing the simple algorithms like Shunting Yard.
- 主要言語
- Kotlin
- スター
- 450
- フォーク
- 57
- 平均マージ
- 2日 30分
- マージ済み PR（30日）
- 11
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
FossifyOrg/Calculator のほかの issue
-
feature request needs triage
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
FossifyOrg/Calculator#320 ·
メンテナーはふだん 1 日以内に返信
-
bug needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 58/100
FossifyOrg/Calculator#338 ·
メンテナーはふだん 1 日以内に返信
-
feature request needs triage
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
FossifyOrg/Calculator#325 ·
メンテナーはふだん 1 日以内に返信
-
feature request needs triage
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
FossifyOrg/Calculator#313 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Rounding errorsオープンbug needs triage
難易度 3/5 1〜2日 初心者へのやさしさ 50/100
FossifyOrg/Calculator#308 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
FossifyOrg/Calculator の issue をすべて見る
似ている issue
-
enhancement good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
xybrid-ai/xybrid#661 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
android bug kotlin vulkan
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
maplibre/maplibre-native-ffi#852 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
documentation importer size:S
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
enorm-labs/event-junkie#3614 ·
メンテナーはふだん 1 日以内に返信
-
maintenance
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信