gnome-calculator issueshttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues2022-05-28T09:52:11Zhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/7Add IEEE754 (floating point) converter2022-05-28T09:52:11ZBugzillaAdd IEEE754 (floating point) converter## Submitted by Ricardo Silva
**[Link to original bug (#586662)](https://bugzilla.gnome.org/show_bug.cgi?id=586662)**
## Description
It should be nice to have a ieee754 converter in gcalc.## Submitted by Ricardo Silva
**[Link to original bug (#586662)](https://bugzilla.gnome.org/show_bug.cgi?id=586662)**
## Description
It should be nice to have a ieee754 converter in gcalc.https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/12Allow input of sexagesimal (degree, minute, second) values2022-05-28T09:52:11ZBugzillaAllow input of sexagesimal (degree, minute, second) values## Submitted by Roland Hieber
**[Link to original bug (#616067)](https://bugzilla.gnome.org/show_bug.cgi?id=616067)**
## Description
It would be nice if gcalctool would allow sexagesimal input (like 10°54'6"), for example to convert...## Submitted by Roland Hieber
**[Link to original bug (#616067)](https://bugzilla.gnome.org/show_bug.cgi?id=616067)**
## Description
It would be nice if gcalctool would allow sexagesimal input (like 10°54'6"), for example to convert the value to decimal (like 10.901666). My TI-89 can do this, but unfortunately, it does not support copy&paste :-(
Version: git masterhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/13Allow alternative exponential notation that doesn't require brackets2022-05-28T09:52:11ZBugzillaAllow alternative exponential notation that doesn't require brackets## Submitted by Magnus Danielson
**[Link to original bug (#620191)](https://bugzilla.gnome.org/show_bug.cgi?id=620191)**
## Description
When using older versions (such as 2.28.2) entering a number like 160M/8k would translate to ent...## Submitted by Magnus Danielson
**[Link to original bug (#620191)](https://bugzilla.gnome.org/show_bug.cgi?id=620191)**
## Description
When using older versions (such as 2.28.2) entering a number like 160M/8k would translate to entering the engineering wise 160E6/8E3. The Exp button was used for this. The replacement x10^y buttor produces the equation 160x10^6/8x10^3 which gives a completely different answer than intended. The syntax of the Exp function binds 6 and 3 to the number before harder than the x and / functions, so the calculations is (160E6)/(8E3) = (160x10^6)/(8x10^3) = 20000. The Exp button carries the needed syntax which now seems lost.
The 10^y functionality as an inverse for log is as expected. So would e^y be for ln.
It's sad to see gcalctool loose its usefulness as a scientific calculator. This change made operation much more complex than they should be. Please revert that "fix".
Version: 5.31.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/14financial mode hard to use - dialogs should have value units indications2022-05-28T09:52:11ZBugzillafinancial mode hard to use - dialogs should have value units indications## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#624965)](https://bugzilla.gnome.org/show_bug.cgi?id=624965)**
## Description
The financial mode of the calculator is very hard to use for someone who did not...## Submitted by Jean-François Fortin Tam `@jfft`
**[Link to original bug (#624965)](https://bugzilla.gnome.org/show_bug.cgi?id=624965)**
## Description
The financial mode of the calculator is very hard to use for someone who did not read the source code.
For example, the Future Value dialog has 3 text entries, with values defaulting to "0", and a label on their left indicating the variable's name...
However, there is no indication as to what is the unit type or the order of magnitude. Is the interest rate written as "4%"? "0.04"? "0,04"? "4 percent"? "4/100 per year"?
Besides, perhaps there could be a little warning icon when the inputted value is incorrect, with gtk entry icons.
This problem affects all the financial calculation dialogues. An investor friend wanted to do a simple loan calculation, and I sat there dumbfounded as I couldn't figure out a way to get a working result out of gcalctool.
Since inputting the same variables into a human-readable query using http://www.wolframalpha.com/input/?i=4%25+loan+20+years+200000$ worked painlessly, I can assume that this warrants a bug report on gcalctool ;)
I'm not 100% sure gcalctool can be really used to compute this kind of query. The point I want to make is that the dialogs are confusing because they leave you wondering if gcalctool really understood the values you inputted.
Version: 5.28.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/15Make localized digits optional2022-05-28T09:52:12ZBugzillaMake localized digits optional## Submitted by Robert Ancell `@robert.ancell`
**[Link to original bug (#632661)](https://bugzilla.gnome.org/show_bug.cgi?id=632661)**
## Description
With recent changes the localized digits function works. (e.g. LANG=ar.EG.UTF-8)....## Submitted by Robert Ancell `@robert.ancell`
**[Link to original bug (#632661)](https://bugzilla.gnome.org/show_bug.cgi?id=632661)**
## Description
With recent changes the localized digits function works. (e.g. LANG=ar.EG.UTF-8). Feedback from people has been that is should default to arabic digits (0-9). Add a preference (off by default) to enable this feature.
Version: git masterhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/21[Programming mode] No conversion of fractions2022-05-28T09:52:12ZBugzilla[Programming mode] No conversion of fractions## Submitted by Jeremy Newton
**[Link to original bug (#661463)](https://bugzilla.gnome.org/show_bug.cgi?id=661463)**
## Description
There currently is no handling between converting fractions of numbers.
For example if I put in 0....## Submitted by Jeremy Newton
**[Link to original bug (#661463)](https://bugzilla.gnome.org/show_bug.cgi?id=661463)**
## Description
There currently is no handling between converting fractions of numbers.
For example if I put in 0.101 in binary, the octal/decimal/hex should say 0.12/0.625/0.A instead of graying out.
I figure this isn't implemented because it may cause a mess of numbers converting between base ten and octal/hex/binary. In that in mind, I propose two methods of implementation:
1) Round the answer to a set number of places if exceeding the number of places
2) Gray out the answer if exceeding the number of places
Version: 6.2.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/22Calculate the result when the = key is pressed2022-05-28T09:52:12ZBugzillaCalculate the result when the = key is pressed## Submitted by Robert Roth `@robertroth`
**[Link to original bug (#662451)](https://bugzilla.gnome.org/show_bug.cgi?id=662451)**
## Description
When I use a mouse pointer to do 2+2= I get 4, but when I use a keyboard I get 2+2= typ...## Submitted by Robert Roth `@robertroth`
**[Link to original bug (#662451)](https://bugzilla.gnome.org/show_bug.cgi?id=662451)**
## Description
When I use a mouse pointer to do 2+2= I get 4, but when I use a keyboard I get 2+2= typed in the entry field. In basic mode (default), I expect normal calculator behaviour, not algebraic behaviour. After this, you have to press Enter to display the result.
The expected result would be to display the result when pressing the = key, just as when you press the Enter key.
Version: 6.2.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/23Impossible to enter decimal exponents using the calculator ui button2022-05-28T09:52:12ZBugzillaImpossible to enter decimal exponents using the calculator ui button## Submitted by Pedro Villavicencio
**[Link to original bug (#665994)](https://bugzilla.gnome.org/show_bug.cgi?id=665994)**
## Description
this report has been filed here:
https://bugs.launchpad.net/ubuntu/+source/gcalctool/+bug/90...## Submitted by Pedro Villavicencio
**[Link to original bug (#665994)](https://bugzilla.gnome.org/show_bug.cgi?id=665994)**
## Description
this report has been filed here:
https://bugs.launchpad.net/ubuntu/+source/gcalctool/+bug/901234
"It is impossible to enter 10^4.7 or 10^(5+2) or similar. This seems to be a broken functionality."
Version: 6.2.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/24Number Format should have its own menu2022-05-28T09:52:12ZBugzillaNumber Format should have its own menu## Submitted by Fabian Greffrath
**[Link to original bug (#670219)](https://bugzilla.gnome.org/show_bug.cgi?id=670219)**
## Description
Hi,
I occasionally need to switch back and forth between Scietific and Fixed number formats and...## Submitted by Fabian Greffrath
**[Link to original bug (#670219)](https://bugzilla.gnome.org/show_bug.cgi?id=670219)**
## Description
Hi,
I occasionally need to switch back and forth between Scietific and Fixed number formats and find this common enough that I think doing this shouldn't get hidden in the Preferences menu but deserves its own menu next to Mode.
- Fabian
Version: 6.2.xGNOME 3.38Robert RothRobert Rothhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/37expression parser/evaluator accepting strange values as numeric bases2019-03-27T12:45:14ZBugzillaexpression parser/evaluator accepting strange values as numeric bases## Submitted by Flávio
**[Link to original bug (#745855)](https://bugzilla.gnome.org/show_bug.cgi?id=745855)**
## Description
when entering a expression that uses a base number the parser accept any decimal value as the base. There ...## Submitted by Flávio
**[Link to original bug (#745855)](https://bugzilla.gnome.org/show_bug.cgi?id=745855)**
## Description
when entering a expression that uses a base number the parser accept any decimal value as the base. There is two problems with it:
- base 1 (unary) numbers are treated as the symbol to express digits is 0 (zero). This make any expression on that base to be evaluated to zero. Any symbol should work as a digit on this base, but 1 (one) is natural for that.
- bases over 16 are being accepted and evaluated correctly, but the expression parser doesn't support symbols to represent numbers on those bases. If entering the number 16 on base 17, as an example, it could be G17, but as result it says "unknown variable g17).
To solve, as the software description says it is NOT a math power tool, i think that accepting bases only on range 2..16 is ok. The parser/evaluator could be modified to solve those problems, but maybe this would be overkill?
My calculator on Ubuntu 14.04LTS says it is version 3.10.3, but i see version crazy over that number here on bugzilla form, so i don't know if the bug is relevant or not...
Thanks for all the work!
Flávio
Version: 3.15.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/40problems with popups2021-11-21T02:01:34ZBugzillaproblems with popups## Submitted by Matthias Clasen `@matthiasc`
**[Link to original bug (#748742)](https://bugzilla.gnome.org/show_bug.cgi?id=748742)**
## Description
gnome-calculator 3.16 has a number of odd looking popups. I'll attach some screensho...## Submitted by Matthias Clasen `@matthiasc`
**[Link to original bug (#748742)](https://bugzilla.gnome.org/show_bug.cgi?id=748742)**
## Description
gnome-calculator 3.16 has a number of odd looking popups. I'll attach some screenshots. The problems include:
1) lack of border
2) overlay scrollbar without room
3) full-color buttons in an otherwise monochrome ui
4) some popups are unintentionally detachableGNOME 42https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/51Quit only closes the current window2019-04-15T17:34:03ZBugzillaQuit only closes the current window## Submitted by Pierre-Yves LUYTEN `@pyluyten`
**[Link to original bug (#772801)](https://bugzilla.gnome.org/show_bug.cgi?id=772801)**
## Description
On the application menu, "Quit" closes the current window.
(see bug https://bugzi...## Submitted by Pierre-Yves LUYTEN `@pyluyten`
**[Link to original bug (#772801)](https://bugzilla.gnome.org/show_bug.cgi?id=772801)**
## Description
On the application menu, "Quit" closes the current window.
(see bug https://bugzilla.gnome.org/show_bug.cgi?id=724478)
Other applications use Quit to close all windows. In HIG (https://developer.gnome.org/hig/stable/application-menus.html.en) one can read :
`<quote>`
Only include menu items that relate to the application as a whole, such as application preferences. Items that are specific to a particular window or view, or which act on content within an application window, should not be included.
`</quote>`
so i believe
- if there is a "close current window" option it should be somewhere else
- if there is a quit option on the application menu it should quit the whole app. As noticed on 724478 bug report a user warning should be designed to avoid data loss.
Version: git masterGNOME 3.34Robert RothRobert Rothhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/62Returning to basic mode from any other mode the window doesn't resize2021-02-23T20:28:31ZBugzillaReturning to basic mode from any other mode the window doesn't resize## Submitted by Pedro Beja
**[Link to original bug (#793304)](https://bugzilla.gnome.org/show_bug.cgi?id=793304)**
## Description
Hi,
using gnome-calculator v3.27.90 when switching from any other mode to basic mode the window size ...## Submitted by Pedro Beja
**[Link to original bug (#793304)](https://bugzilla.gnome.org/show_bug.cgi?id=793304)**
## Description
Hi,
using gnome-calculator v3.27.90 when switching from any other mode to basic mode the window size doesn't resize.
thanks,
regards,
Pedro
Version: 3.27.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/63Important buttons on the calculator are hard to distinguish2020-10-19T11:46:37ZBugzillaImportant buttons on the calculator are hard to distinguish## Submitted by jol..@..il.com
**[Link to original bug (#794140)](https://bugzilla.gnome.org/show_bug.cgi?id=794140)**
## Description
Created attachment 369393
The Windows 8.1 calculator, with better distinguished buttons
The butto...## Submitted by jol..@..il.com
**[Link to original bug (#794140)](https://bugzilla.gnome.org/show_bug.cgi?id=794140)**
## Description
Created attachment 369393
The Windows 8.1 calculator, with better distinguished buttons
The buttons on the gnome-calculator, especially the plus and multiply and divide buttons, are hard to distinguish one from another. This makes working with the calculator a pain, at least if one has no numeric keypad.
The calculator bundled with Windows 8.1 does slightly better in this regard; see attached screenshot.
Cf. also this bug report: https://bugzilla.gnome.org/show_bug.cgi?id=155099
I am using an old version of the Gnome-Calculator, because it is the one that comes with my OS, that OS being Linux Mint 18.3. Perhaps things have improved in newer versions of Gnome-Calculator.
**Attachment 369393**, "The Windows 8.1 calculator, with better distinguished buttons":
![37057955-eef89128-2180-11e8-819e-99015be6ffb0](/uploads/6dfe54d6029cedcfa15eda46f906c357/37057955-eef89128-2180-11e8-819e-99015be6ffb0.png)
Version: 3.18.xhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/96Rounds smaller numbers (smaller than 10^-10) to 02020-06-05T13:33:37ZGhost UserRounds smaller numbers (smaller than 10^-10) to 0In scientific mode, Gnome Calculator rounds small numbers (anything smaller than 10^-10) to "0" instead of using proper scientific results. This makes it unusable for actual scientific calculations.
Example:
10^-9*10^-2
Expected result...In scientific mode, Gnome Calculator rounds small numbers (anything smaller than 10^-10) to "0" instead of using proper scientific results. This makes it unusable for actual scientific calculations.
Example:
10^-9*10^-2
Expected result: 10^-11
Actual result: 0GNOME 3.38https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/105History results do not follow preferences2020-08-06T17:17:14ZRobert RothHistory results do not follow preferencesUsing calculator 3.32.0:
Steps to reproduce:
1. set Show thousand separators in Preferences
2. enter 123456 (will be displayed as 123,456 - with the correct thousand separator)
3. press enter to push this into the history
expected resu...Using calculator 3.32.0:
Steps to reproduce:
1. set Show thousand separators in Preferences
2. enter 123456 (will be displayed as 123,456 - with the correct thousand separator)
3. press enter to push this into the history
expected result: the history should show 123,456 = 123,456
what happens instead: history shows 123,456 = 123456 - left side with thousand separator, and right side withoutGNOME 3.38https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/107Show binary representation of negative numbers2023-01-30T08:13:43ZDark DragonShow binary representation of negative numbersPlease represent negative numbers in Programming Mode via two's complement.
(related to #38)Please represent negative numbers in Programming Mode via two's complement.
(related to #38)https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/111Use different color for numeric buttons2023-01-09T10:03:28ZRaffaeleUse different color for numeric buttonsNumeric buttons aren't clearly distinguishable from other buttons at the moment. Using a different palette, dividing them with a margin from other buttons or using a different font style would allow for better separation and usability.Numeric buttons aren't clearly distinguishable from other buttons at the moment. Using a different palette, dividing them with a margin from other buttons or using a different font style would allow for better separation and usability.https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/123Programming mode: switch base2020-10-19T11:39:53ZGhost UserProgramming mode: switch baseWhen in programming mode, I would like to quickly and easily enter a number in one base (eg decimal) and copy it in another base (eg hex). The calc does display the number with other bases, but there is no way of copying the value.
When...When in programming mode, I would like to quickly and easily enter a number in one base (eg decimal) and copy it in another base (eg hex). The calc does display the number with other bases, but there is no way of copying the value.
When a number is entered in one base, for example enter the hex number 0xabcd, then select 'decimal' in the drop down, the main input field remains as a hex number. Its value should change to reflect the selected base. From there it can easily be copied. Also the two other representations shown just under the input field should be copyable (mouse center click would be perfect but a left click select copy acceptable).https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/125Advanced mode not showing if using degrees or radians2020-10-19T11:21:37ZppavacicAdvanced mode not showing if using degrees or radiansWHen calculating sine/cosine etc it would be useful
to know whether we are using radians or degreesWHen calculating sine/cosine etc it would be useful
to know whether we are using radians or degrees