GNOME Bugzilla – Bug 500994
Remove left-to-right precedence mode
Last modified: 2008-08-04 08:02:56 UTC
I think the gcalctool plan was to remove left-to-right mode which has been replaced by arithmetic mode. This bug is here to: a) Confirm this is what is going to happen b) Link to what is blocking this from happening Removing left-to-right mode will reduce a large amount of code. (Yay!)
I'm all for this happening, but it shouldn't occur until several arithmetic precedence bugs have been fixed. Namely: Bug #499954 Key repeat is delayed Bug #300363 gcalctool-ng - calculator's thousands separator does not work always Bug #326938 gcalctool-ng - Display cursor in input area; allow home and end keys Bug #402473 Problems pasting back value when using thousands separator Bug #468200 crash in Calculator: Exploring the scientific ... Bug #485142 Calculation looses accuracy in arithmetic precedence mode if the user has been "hand editing" the display. In other words, it needs to have the same level of functionality (or better) then what the left-to-right precedence mode currently provides.
I suggest the following two bugs should also be added to the list of bugs that need to be fixed before the left-to-right precedence code is removed: Bug #516159 - binary to decimal conversion doesn't convert numbers in exponential notation correctly in arithmetic precedence mode. Bug #505168 - Truncated numbers not visually marked
Separator and radix issues were merged into bug 527669.
Setting milestone to 2.26.0 - i.e. remove after 2.24.0 release.
Removed left-to-right mode for 5.23.6: http://svn.gnome.org/viewvc/gcalctool?view=revision&revision=2147 Reasons: - Exponential numbers had been broken some time ago, this was discovered while modifying for bug #347630. - It was slowing down large changes significantly. - The arithmetic mode has most of its serious bugs (linked to this bug) fixed. The remaining bugs will be easier to fix without having to worry about breaking left-to-right mode. Note that if there is a requirement for left-to-right mode then it could be reimplemented as a modification to arithmetic mode (hide part calculations and solve expression as it is entered). Closing fixed.