gcalctool does implicit multiplication for e (Exp), even if it stands for 2.718
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gcalctool (Ubuntu) |
Fix Released
|
Low
|
Robert Ancell | ||
Karmic |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Fix Released
|
Low
|
Robert Ancell |
Bug Description
Binary package hint: gcalctool
I stumbled upon https:/
1e+1 == 10 is correct,
1*e+1 == 3.718 is correct and clear, but
1e*1 == 2.718 should better be an invalid expression
Not convinced? The current gcalctool says:
1e+1e == 27.182818285 != 2e this is definitely not obvious
To keep it simple and straightforward, I propose:
if e is immediately after a digit, it stands for *10^, otherwise for 2.718, never for *2.718.
(This is about what the python interpreter does)
ProblemType: Bug
Architecture: i386
Date: Fri Dec 11 17:43:40 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/gcalctool
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: gcalctool 5.28.1-0ubuntu1
ProcEnviron:
PATH=(custom, user)
LANG=de_CH.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gcalctool
Uname: Linux 2.6.31-16-generic i686
XsessionErrors:
(gnome-
(polkit-
(nautilus:12178): Eel-CRITICAL **: eel_preferences
(gnome-
(gnome-
Changed in gcalctool (Ubuntu Lucid): | |
assignee: | nobody → Robert Ancell (robert-ancell) |
Agreed. I've already removed the 'e' notation from 5.29 as is too confusing (especially when including hexadecimal numbers) git.gnome. org/cgit/ gcalctool/ commit/ ?h=gnome- 2-28&id= 9b7efd798f226ce 4f1a86162112f09 d7c42783e2
http://