After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 650949 - Provide E key (which is *10^ with different precedence)
Provide E key (which is *10^ with different precedence)
Status: RESOLVED DUPLICATE of bug 681775
Product: gnome-calculator
Classification: Core
Component: general
3.14.x
Other Linux
: Normal enhancement
: ---
Assigned To: gcalctool maintainers
gcalctool maintainers
Depends on:
Blocks:
 
 
Reported: 2011-05-24 10:32 UTC by Bruno Brouard
Modified: 2014-12-23 03:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
How I proceed (287.59 KB, video/ogg)
2011-05-24 10:32 UTC, Bruno Brouard
Details

Description Bruno Brouard 2011-05-24 10:32:36 UTC
Created attachment 188445 [details]
How I proceed

When i try to calculate 1e^5 / 1e^5  the result is different from 1

Gcalc understand : 1x (10^5/ 1) x10^5 = 10^10  which is correct but not what i wanted to.

Bruno


P.S. : See attached video
Comment 1 Fabio Durán Verdugo 2011-05-25 00:17:26 UTC
If you calcute in this way: (1×10⁵)÷(1×10⁵) you can get 1 and too if you can calculete  1e^5 / 1e^5 = 1
but if you calcule in this way 1×10⁵÷1×10⁵ you get 10000000000
Comment 2 Bruno Brouard 2011-05-25 07:41:02 UTC
I just wanted to noticed that it is not the natural scientific way of doing this calculation (on all calculator i have used).  This mean each time you use the (10 to the power of y) for making a division, you must use 2 parenthesis.

This is very very heavy.  

What if you want to calculate log(10⁵), you must type
log(x10⁵)  doesn't work

log(1x10⁵) is ok
though
log 10⁵
is simply sufficient

It would be more simple and natural if there was no (x) sign
before the 10⁵.


I don't think this BUG is UNCONFIRMED.
Comment 3 Simon Huser 2011-06-26 19:57:55 UTC
When typing the following equation in the calculator

1÷32,782×10³

How to reproduce:
{
    1
    /
    32,782
    ctrl+e
    3
    enter
}

We should have 0,000030505 , in reality 1÷(32,782×10³)
because that's what we want while using scientific notation.

But we obtain 30,504545177 , which comes from (1÷32,782)×10³,
and it's false, and embarassing anyway.

In fact, typing 1÷(32,782×10³) works as well, but it would be more user friendly if the calculator could done it by itself.
Comment 4 Vikram Kamath 2012-01-03 14:09:10 UTC
I think Bruno is wrong. 
Refer:
http://www.mathsisfun.com/operation-order-bodmas.html
Look at the example for 30 ÷ 5 × 3
Comment 5 André Klapper 2012-01-03 14:57:12 UTC
I'd prefer to use a source like https://en.wikipedia.org/wiki/Order_of_operations
Comment 6 Bruno Brouard 2012-01-03 20:41:39 UTC
Thank you André and siwon_97 :-)

When you speak about scientific notation (Ctrl + e)
this mean : 3e3 = 3000

That's just the point!

Else don't speak about scientific notation.

If you just want a shortcut for typing 10^3, ok! but why shoud it be always multiply by and not divide by
(×10³ and not /10³)

How do you then divide something (say 23,45) by 10³?  I know by typing 23,45/(1x10³) or simply
1/10³  (by using the x^y button)



Bruno
Comment 7 Simon Huser 2012-01-06 20:51:56 UTC
Hello everybody !

One normal calculators for exemple "voyage200" from texas, there is often a button called 'EE'.

Let's see this simple calcul:
I have a 1Mohms resistor, the tension i apply to it is 1Vdc, what is the current in the resistor? We don't need a calculator, we know it's 1uA...

1/1ee6 = (and then it take the *10⁶ only on the nearest number because that what we want for fast and efficiency calculating)
= .000001

it auto calculated 1÷(1×10⁶).

As Bruno said it, that's the scientific notation calc method of almost all calculators ! 

When i used the ctrl+e method in gcalc, i was thinking about that. 

Now I copy that if i have to use gcalc i often have to put () everywhere, unless i will have 1/1*10⁶ = 1 000 000 which is correct from order of ops side.

Best wishes
Comment 8 Fabio Durán Verdugo 2013-04-07 17:27:01 UTC
then, is or not is a bug?
Comment 9 Bruno Brouard 2013-04-08 08:52:52 UTC
It is in fact the problem of the developers of this program. 

I am a scientist and i don't use anymore your
software because of the following annoyance (instead of bug) : no 
"scientific E notation" (see http://en.wikipedia.org/wiki/Scientific_notation)

(3e6 is a single number and is different from 3x10⁶ because
in computer science : 1/3e6 = 1/3 x10-⁶  which is different 
from 1/3x10⁶)

At least, don't use the (Ctrl + E) shortcut which is confusing with
scientific E notation.

You can close the bug if developers don't care.
I should have called it "ask for improvement".

Best regards
Comment 10 Santiago Saavedra 2013-04-20 02:24:53 UTC
Is this related to #681775 [1] ?

I have just sent a patch there.

[1]: https://bugzilla.gnome.org/show_bug.cgi?id=681775 ?
Comment 11 Bruno Brouard 2013-04-20 08:44:29 UTC
Yes, it is related.

This patch seems to be a way of solving the problem.
Comment 12 Michael Catanzaro 2014-12-23 03:48:34 UTC
OK, from the title of the bug and the first post this seems to be a computation error, but it's actually just a feature request for the E key of a scientific calculator (which I agree would be nice to have). Let's use bug #681775 to track that, since it has a patch.

*** This bug has been marked as a duplicate of bug 681775 ***