- 01 Jul, 2015 2 commits
-
-
Geoff Mendal authored
* commit '6a83e391': Import translations. DO NOT MERGE
-
Geoff Mendal authored
Change-Id: I631ffe9434ba119d50835247c1bd6cfcbc77355c Auto-generated-cl: translation import
-
- 30 Jun, 2015 2 commits
-
-
Hans Boehm authored
* commit 'a3723849': Reimplement overflow menu messages as DialogFragments
-
Hans Boehm authored
Bug: 20650813 This preserves fraction and "with leading digits" displays during rotation. It also turns out to easily support copy, which is a useful bonus, since it was an obvious hole in the UI for the fraction display. For the "with leading digits" display, this is similar to a plain display copy, but it allows character-level selection. Much of the code here was cloned from Justin's. Change-Id: I4805280fa6a46f06833be0bde9563c3ce04dca45
-
- 28 Jun, 2015 1 commit
-
-
Hans Boehm authored
* commit 'e8553769': Make trailing operator handling consistent with L
-
- 27 Jun, 2015 1 commit
-
-
Hans Boehm authored
Bug: 246391 Only ignore trailing BINARY operators when computing instant results. We used to be much more aggressive. Also ignore trailing binary operators when the user hits "=". This makes us consistent with the L design and ensures that instant results don't turn into errors when the user hits "=". Change-Id: I260e95d152168b70774330ac95d5bc567cf79b3d
-
- 24 Jun, 2015 7 commits
-
-
Hans Boehm authored
* commit '19e93c98': Reflect conversion of CR to unchecked exceptions
-
Hans Boehm authored
Bug: 20667245 Update calculator code to reflect the fact that CR Errors have become exceptions, and they are now delcared local to CR. Change-Id: Ie9c9e10cef2f98a23856aa9e49328ae7ba52c9bc
-
Hans Boehm authored
* commit '79ffb522': Improve logic for evaluation/animation interruption
-
Hans Boehm authored
-
Hans Boehm authored
* commit '15a853dd': Restore original scroll position on =
-
Hans Boehm authored
Bug: 22041219 Restore default scrolling position when hitting enter after scrolling an instant display result. We could instead preserve the position and fix the display logic to no longer get confused by a non-default initial position. But this feels more natural to me. Change-Id: I43bb936b5bb1b5af7a7befb90fdfc0f745fb7729
-
Hans Boehm authored
Bug: 21471857 Bug: 20819212 End rather than cancel() in-progress animation in the event of user interaction. Discard input that interrupted a computation only for delete, and clear, where it seems to make sense. Use similar interruption logic for physical keyboard input as for touch. Make integer exponentiation more interruptible. This remains imperfect; the latencies in a single BigInteger multiplication can be high. Filed b/21957088 to track that. Clear "instant" result before launching reevaluation. Otherwise the example from b/21957088 shows incorrect instant results for an uncomfortably long time as it's being entered. Correct some of the state maintenance operations in Calculator.java. The ANIMATE state was not being used correctly. Remove redundant cancelAll() and onCancelled() calls. Add an option to cancel without a message. Use it for clear. Change-Id: Ibab90dca0cb894e7985642f212ff41030f2fc52d
-
- 23 Jun, 2015 4 commits
-
-
Hans Boehm authored
* commit '6e8087f4': Correct off-by-1 errors in display formatting code.
-
Hans Boehm authored
-
Hans Boehm authored
Bug: 21986868 Bug: 21960281 Fix and restructure the formatting and scroll-limit-calculation code. This code is inherently tricky, and has had more bugs than we would like to admit to. Use the opportunity to clean up the code a bit, renaming variables consistently. The good news is that the code seems to be getting slightly simpler with each bug fix. This fixes several separate off-by-one errors related to result formatting: The expLen() exponent string length calculation was off by 1 for exact powers of 10. The dropDigits calculation in the formatting code was off for negative exponents just shorter than an exact power of 10. The exponent space calculation for a few results like -1.2*10^-8 was off by one. For a result like -10^-500 we did not reserve space for the leading minus sign, since that's not computed until after scrolling. [Less serious] The ellipses were omitted when we had just barely scrolled a leading minus sign off the screen. (This only occurred in exactly one position, which could never be the default one.) Change-Id: If1bfbbb70a624998be3d996592d129b16aade745
-
Justin Klaassen authored
* commit '8b1efdb8': Persist radian/degree mode
-
- 22 Jun, 2015 3 commits
-
-
Justin Klaassen authored
Bug: 21756459 Change-Id: Id8889c8a1f7cda255de2eeebedfbdc1fad7634b1
-
Geoff Mendal authored
* commit '7917a53c': Import translations. DO NOT MERGE
-
Geoff Mendal authored
Change-Id: I056e6fc7b94b012c201482599fb72049fb5684b3 Auto-generated-cl: translation import
-
- 20 Jun, 2015 2 commits
-
-
Hans Boehm authored
* commit 'aafeaa04': Fix "with leading digits" display.
-
Hans Boehm authored
-
- 19 Jun, 2015 4 commits
-
-
Hans Boehm authored
* commit '7f83e36b': Improve copy/paste menu appearance
-
Hans Boehm authored
Bug: 20503008 Correctly provide content position information to the ActionMode so that menues can be better positioned. Highlight a result that's about to be copied. Ensure that the end of the current formula becomes visible when the paste menu appears. Change-Id: I318985776e59175b827d5089c0ca4978f3a658cb
-
Hans Boehm authored
Bug: 21759654 Previously the number of displayed digits didn't quite match the number of digits in the normal display, and results with positive exponents always came out as inexact. This fixes both. Remove an obsolete FIXME comment. Change-Id: I9aa0217d7804218c54fe929e59dfbc6bbf880db7
-
Hans Boehm authored
* commit '017de989': Rework the key insertion logic
-
- 18 Jun, 2015 6 commits
-
-
Hans Boehm authored
Bug: 21495243 This changes the behavior to be much more compatible with L. We generally do not allow consecutive binary operators to be inserted. In the case of a minus operator however, the logic is more complicated. We do allow a minus after multiplication, division and power. When the minus is explicitly entered, so the user sees our corrections, we do not allow a minus after additive operators. In pasted text, we do. We no longer reject additions that would result in implicit multiplications. We do immediately reject binary operators in leading contexts, e.g. after a left parenthesis, in which they must result in a syntax error. Change-Id: I1d35d74335371f6f113808d68a4f293b699d9bd0
-
Justin Klaassen authored
* commit '3af9fdfc': Remove clickable flag from formula TextView
-
Justin Klaassen authored
-
Justin Klaassen authored
Bug: 21921280 Also some general refactoring of CalculatorText. Change-Id: If10f7329f1bfb4c2967c1c85f160efe6d3d1390c
-
Hans Boehm authored
* commit '05252499': Fix digitsRequired() for negative denominators
-
Hans Boehm authored
-
- 17 Jun, 2015 2 commits
-
-
Geoff Mendal authored
* commit 'fb8a6542': Import translations. DO NOT MERGE
-
Geoff Mendal authored
Change-Id: Ic085325ca1a9d961fd0523413fb32809bd1f06ed Auto-generated-cl: translation import
-
- 15 Jun, 2015 2 commits
-
-
Geoff Mendal authored
* commit '640a0c95': Import translations. DO NOT MERGE
-
Geoff Mendal authored
Change-Id: I8cc3950cd7b93664d23929ec37a46c592f4dd6fe Auto-generated-cl: translation import
-
- 14 Jun, 2015 1 commit
-
-
Hans Boehm authored
Bug: 21789679 Also adds some tests for digitsRequired(), including one that fails without this CL. Change-Id: Ib007e753f90c019c37666d71c1cfd02301dcd360
-
- 10 Jun, 2015 3 commits
-
-
Hans Boehm authored
* commit 'b3f7278a': Update comments for shortcut button content descriptions
-
Hans Boehm authored
Bug: 21623405 Bug: 21603293 Make comments more descriptive for transalation. The attached bugs requested this for "10 to the power of". Change-Id: I75da9fcfb076cf74d095d3abef5312571607f0fe
-
Geoff Mendal authored
* commit 'd4de959b': Import translations. DO NOT MERGE
-