gnome-calculator issueshttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues2021-03-31T04:13:38Zhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/214Currency tests are failing when building offline2021-03-31T04:13:38ZSébastien BacherCurrency tests are failing when building offlineThe new 40.rc has fixed for offline tests but there is still an issue there
https://launchpadlibrarian.net/527994977/buildlog_ubuntu-hirsute-amd64.gnome-calculator_1%3A40~rc-1ubuntu1_BUILDING.txt.gz
```
The output from the failed tests...The new 40.rc has fixed for offline tests but there is still an issue there
https://launchpadlibrarian.net/527994977/buildlog_ubuntu-hirsute-amd64.gnome-calculator_1%3A40~rc-1ubuntu1_BUILDING.txt.gz
```
The output from the failed tests:
2/6 Currency test FAIL 0.04s (exit status 1)
--- command ---
09:59:12 TESTS_ROOT='/<<PKGBUILDDIR>>/tests' /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/test-currency-providers
--- stdout ---
*FAIL: '1 EUR in EUR' -> error ErrorCode.UNKNOWN_CONVERSION, expected result 1
Failed 1/2 tests
--- stderr ---
** (process:13143): WARNING **: 09:59:12.358: currency-provider.vala:331: Couldn't download IMF currency rate file: Error opening file ?/sbuild-nonexistent/.cache/gnome-calculator/rms_five.xls?: No such file or directory
** (process:13143): WARNING **: 09:59:12.359: currency-provider.vala:234: Failed to read exchange rates: Failed to open file ?/sbuild-nonexistent/.cache/gnome-calculator/rms_five.xls?: No such file or directory
** (process:13143): WARNING **: 09:59:12.359: currency-provider.vala:234: Failed to read exchange rates: Failed to open file ?/sbuild-nonexistent/.cache/gnome-calculator/rms_five.xls?: No such file or directory
** (process:13143): WARNING **: 09:59:12.359: currency-provider.vala:331: Couldn't download IMF currency rate file: Error opening file ?/sbuild-nonexistent/.cache/gnome-calculator/rms_five.xls?: No such file or directory
** (process:13143): WARNING **: 09:59:12.359: currency-provider.vala:234: Failed to read exchange rates: Failed to open file ?/sbuild-nonexistent/.cache/gnome-calculator/rms_five.xls?: No such file or directory
-------
Summary of Failures:
```2021-04-04https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/372Calculator pops up currencies in programming mode when entering hex characters2024-03-27T19:16:44ZJani NikulaCalculator pops up currencies in programming mode when entering hex charactersCalculator 43.0.1. Programming mode, Hexadecimal input. Entering hex characters a-f as the first digit pops up a currency selection dialog. It's a distraction.
I believe entering currencies in hexadecimal for conversions in programming ...Calculator 43.0.1. Programming mode, Hexadecimal input. Entering hex characters a-f as the first digit pops up a currency selection dialog. It's a distraction.
I believe entering currencies in hexadecimal for conversions in programming mode is a niche that the calculator could perhaps ignore.
Personally I think a and f popping up functions is also a distraction in programming mode, but more justifiable than currencies.
Please consider removing the currency (and function) popups from the programming mode.
![Screenshot_from_2023-12-01_14-26-30](/uploads/d62a9fe900c8b4ff97d4dda60e61a43f/Screenshot_from_2023-12-01_14-26-30.png)https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/365Missing currency option: UAH - Ukrainian hryvnia2023-11-13T10:11:25ZDenys LysenkoMissing currency option: UAH - Ukrainian hryvniaUAH - Ukrainian hryvnia is issued by NBU (National Bank of Ukraine). They have own API (XML and JSON) endpoints are available here: https://bank.gov.ua/ua/open-data/api-dev (use google translate, as page is available only in Ukrainian un...UAH - Ukrainian hryvnia is issued by NBU (National Bank of Ukraine). They have own API (XML and JSON) endpoints are available here: https://bank.gov.ua/ua/open-data/api-dev (use google translate, as page is available only in Ukrainian unfortunately).
In fist list item (if you will expand it by a click) you will see endpoints for a currency rate on a current day in [XML](https://bank.gov.ua/NBUStatService/v1/statdirectory/exchange) and [JSON](https://bank.gov.ua/NBUStatService/v1/statdirectory/exchange?json) formats.
Is gnome-calculator open for a new currency, and new remote source with exchange rate for this currency? Will it be a good "first issue" for an interested dev to work on? Thanks!https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/361Allow whitespace in search provider2023-09-25T05:41:49ZGregor NiehlAllow whitespace in search providerWhen typing in the GNOME Search/Overview, Calculator doesn't accept whitespace between characters. For instance, it will return a result for `2+2`, but not for `2 + 2`. It would be nice if the search provider was whitespace-agnostic.When typing in the GNOME Search/Overview, Calculator doesn't accept whitespace between characters. For instance, it will return a result for `2+2`, but not for `2 + 2`. It would be nice if the search provider was whitespace-agnostic.https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/349Scientific exponent enters something else.2023-11-13T10:42:12Zkarpi czScientific exponent enters something else.1×10²÷1×10 returns 1×10³
On linux mint 21.1×10²÷1×10 returns 1×10³
On linux mint 21.https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/348Typo, maybe breaking some stuff?2023-08-08T10:41:44ZPhilipp KiemleTypo, maybe breaking some stuff?While translating, I noticed a possibly excess space in this string: [`Joule,J, joule,joules`](https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/unit.vala#L145)
All other strings of this type (unit names in singular/plur...While translating, I noticed a possibly excess space in this string: [`Joule,J, joule,joules`](https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/unit.vala#L145)
All other strings of this type (unit names in singular/plural and unit abbreviations) have no spaces. I have no idea what happens to those strings as I can't code, but I guess they are in some way processed automatically. Does this extra space break the automation?GNOME 45Robert RothRobert Rothhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/347Wrong abbreviation for Electronvolt2023-08-08T10:41:55ZPhilipp KiemleWrong abbreviation for ElectronvoltWhile translating Calculator, I noticed that the abbreviation for the unit "Electronvolt" should be "eV", not "Ev", as per [Wikipedia](https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/unit.vala#L149).While translating Calculator, I noticed that the abbreviation for the unit "Electronvolt" should be "eV", not "Ev", as per [Wikipedia](https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/unit.vala#L149).GNOME 45https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/346Calculator using 145 MB RSS on launch2024-03-27T19:35:33ZSidCalculator using 145 MB RSS on launchOn launching gnome-calculator (`43.0.1`), `top` reports it as using 145 MB.
Is this expected ?On launching gnome-calculator (`43.0.1`), `top` reports it as using 145 MB.
Is this expected ?https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/339Currency search fails for accented characters2023-07-11T13:44:01Zjrom99Currency search fails for accented charactersCalculator version 44.0
## Steps to reproduce
1. Set locale to Brazilian portuguese
2. Open calculator
3. Switch to financial mode
4. Search for a currency that has an accented character ("dólar" for "dólar americano")
5. Search again ...Calculator version 44.0
## Steps to reproduce
1. Set locale to Brazilian portuguese
2. Open calculator
3. Switch to financial mode
4. Search for a currency that has an accented character ("dólar" for "dólar americano")
5. Search again without the accented character ("dolar" for "dólar americano")
## Expected outcome
Step 4 and 5 have the same outcome, i.e. both should display all currencies that have the word "dólar".
## Observed outcome
Step 5 fails after the character "l" is typed.
## Relevant screencast
![Gravação_de_tela_de_2023-07-08_23-11-51](/uploads/712d657baca92e37f5cff1ff8a2ec04f/Gravação_de_tela_de_2023-07-08_23-11-51.webm)https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/338Currency search should be able to search for substring instead of prefix2023-09-26T07:45:09Zjrom99Currency search should be able to search for substring instead of prefixCalculator version 44.0
## Steps to reproduce
1. Open calculator
2. Switch to financial mode
3. Search using the middle of a currency name (e.g.: "dollar" for "US dollar")
## Expected outcome
All currencies that have "dollar" in thei...Calculator version 44.0
## Steps to reproduce
1. Open calculator
2. Switch to financial mode
3. Search using the middle of a currency name (e.g.: "dollar" for "US dollar")
## Expected outcome
All currencies that have "dollar" in their name to appear.
## Observed outcome
No currency appeared.
## Relevant screenshots
![image](/uploads/20dfdc8b185ec3d78511ff7361c41750/image.png)GNOME 46Robert RothRobert Rothhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/330UI: Remove bit shift dropdown2024-03-27T19:47:01ZBenjamin WheelerUI: Remove bit shift dropdownCurrently, the bitwise shift button opens a dropdown menu to specify the shift amount. This dropdown should be removed for the following reasons:
- When shift amount is a single digit, it doesn't save *any* keystrokes/mouse presses (whe...Currently, the bitwise shift button opens a dropdown menu to specify the shift amount. This dropdown should be removed for the following reasons:
- When shift amount is a single digit, it doesn't save *any* keystrokes/mouse presses (when compared to pressing one >> button, and then entering the shift amount manually).
- When shift amount is 2 digits, it only saves one keystroke/mouse press.
- If you wish to enter a shift amt greater than 15, you must break out a keyboard to delete the autofilled shift amount (since the calculator's delete key seems to delete the entire expression)
- It only offers shift amounts of 1-15 despite the actual shift operator >> allowing for any shift amount (correct me if I'm wrong)
- The tall dropdown is an eyesore.
The behavior I would prefer would be that the << and >> operator buttons work the same way that other operator buttons (+, _ *, /, etc.) work: Press it once and the operator is entered into the input field. Like all other operators, it is up to the user to specify all operands.
The proposed change offers the following benefits:
- << and >> are more consistent with all other operators
- Mouse/touch users don't need to switch to a keyboard for certain inputs
I'm open to a discussion about improvements to this portion of the UI!GNOME 47Robert RothRobert Rothhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/323Autocomplete function descriptions seems untranslated2023-02-07T21:58:37ZGhost UserAutocomplete function descriptions seems untranslatedHi, Autocomplete function descriptions seems untranslated.
Source: https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/function-manager.vala#L48-114
- GNOME Calculator version 43.0.1 from Flathub.
- Locale: Turkish
Video...Hi, Autocomplete function descriptions seems untranslated.
Source: https://gitlab.gnome.org/GNOME/gnome-calculator/-/blob/master/lib/function-manager.vala#L48-114
- GNOME Calculator version 43.0.1 from Flathub.
- Locale: Turkish
Video
![ekran](/uploads/4886d7befb7b0d16b89598acf8bfcbc4/ekran.webm)GNOME 44https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/302Suggestion to increase the margin around the buttons "to" and "switch convers...2023-01-09T10:18:59ZAbdalrahman AzabSuggestion to increase the margin around the buttons "to" and "switch conversion units"these buttons in "Advanced", "Financial" and "Keyboard" calculators have no margin around them so hovering them looks weird smh
i think that adding 3-5 pixels of margin at start-end would be better
![Screenshot_from_2022-10-15_22-00-08]...these buttons in "Advanced", "Financial" and "Keyboard" calculators have no margin around them so hovering them looks weird smh
i think that adding 3-5 pixels of margin at start-end would be better
![Screenshot_from_2022-10-15_22-00-08](/uploads/75f92a68f52a35366f6fcb50f594ed05/Screenshot_from_2022-10-15_22-00-08.png)
![Screenshot_from_2022-10-15_22-00-20](/uploads/23fa4454eaf9e8a4252ce8a5a44ac95d/Screenshot_from_2022-10-15_22-00-20.png)GNOME 44https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/296[FEATURE] Browse history with arrow keys2023-01-20T18:34:55ZStoorky[FEATURE] Browse history with arrow keysUp and Down arrow keys don't do nothing.They could be use to browse through the calculation history, to select a previous calculation.Up and Down arrow keys don't do nothing.They could be use to browse through the calculation history, to select a previous calculation.https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/295[FEATURE] Allow partial selection of previous calculations2023-01-20T18:35:04ZStoorky[FEATURE] Allow partial selection of previous calculationsRight now, clicking on a previous calculation selects the whole calculation. I think it would be more useful to allow text-selection of all or only part of a previous calculation.
Take the following screenshot. I'd like to do 1 921 770 6...Right now, clicking on a previous calculation selects the whole calculation. I think it would be more useful to allow text-selection of all or only part of a previous calculation.
Take the following screenshot. I'd like to do 1 921 770 696 / 122 093 568. Both numbers are in the history, but I can not select them because clicking on a history line copy/pastes the whole calculation.
![calc-select](/uploads/a37d4cd856a9244dcc82bc6e34569eac/calc-select.png)https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/290Use tabular number font style2023-08-07T13:15:20ZRobert MarcanoUse tabular number font styleThe numbers stack on the UI should be displayed using tabular number font variant, this should be done because number are not properly sized and it is easier to mistakenly think one number is greater or lower that it is, when comparing i...The numbers stack on the UI should be displayed using tabular number font variant, this should be done because number are not properly sized and it is easier to mistakenly think one number is greater or lower that it is, when comparing it to others. See for example:
![Screenshot_from_2022-07-19_11-44-59](/uploads/ae57f5ff41f1d7582ef7c8969fa6478b/Screenshot_from_2022-07-19_11-44-59.png)
In reality the one filled number is greater.
Note: Cantarell changed the default a few years back, IMHO a bad decision, but the current only option is to update every data entry application.GNOME 45https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/280Feature: "Undo" button to be unavailable at application start2023-01-09T14:08:15ZStan GruppFeature: "Undo" button to be unavailable at application startWould have opened as feature request, but only type "Issue" is available now.
After Calculator (42.0) starts, the Undo button is visible and clickable.
It would be nice if this button were either
- visible, but unclickable, and Tabbing...Would have opened as feature request, but only type "Issue" is available now.
After Calculator (42.0) starts, the Undo button is visible and clickable.
It would be nice if this button were either
- visible, but unclickable, and Tabbing through UI elements wouldn't have it selectable
- not visible at all until any input is made for a calculationhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/257Switch search provider behavior: copy result in clipboard when pressing Enter2022-04-08T05:33:56ZmbousqSwitch search provider behavior: copy result in clipboard when pressing EnterThe idea of the calculator search in the overview is to provide quick results for the user that does not require the launch of the GUI (rather simple calculations are made there). More complex calculations are made using the calculator G...The idea of the calculator search in the overview is to provide quick results for the user that does not require the launch of the GUI (rather simple calculations are made there). More complex calculations are made using the calculator GUI.
As such, it seems to me that pressing the "enter" key on the results in the overview should by **default** copy the result, and the second option should be "Open in Calculator" instead of "Copy result to clipboard".
This would provide a much improved search experience for the user.
Thank youhttps://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/245Differentiate buttons with styling2022-05-04T15:16:43ZTobias BernardDifferentiate buttons with stylingCurrently all buttons (except `=`) have exactly the same styling, which means there's no separation between different groups of buttons visually, unlike in most other calculator apps and physical calculators.
![image](/uploads/912f6a380...Currently all buttons (except `=`) have exactly the same styling, which means there's no separation between different groups of buttons visually, unlike in most other calculator apps and physical calculators.
![image](/uploads/912f6a380b4e256478a4cab91c9fd097/image.png)
I'd be interested in trying some different colors, shapes, etc. to differentiate better between various groups. Maybe a good test case for the new recoloring? :P
### Relevant art
![image](/uploads/0a1c52391c7b63b2901ca8e29677f072/image.png)
![image](/uploads/b063b203c400084be59e8b345849d8c8/image.png)
![image](/uploads/f9dc09395f4cb0346cf776cf6371808d/image.png)https://gitlab.gnome.org/GNOME/gnome-calculator/-/issues/242Drop destructive styling on clear button?2021-11-19T15:56:41ZTobias BernardDrop destructive styling on clear button?The clear button got the .destructive-action class in the last redesign, but I'm not sure it was the right call. It's visually the most prominent element now, which I don't think makes sense semantically.
![image](/uploads/c57d153190c61...The clear button got the .destructive-action class in the last redesign, but I'm not sure it was the right call. It's visually the most prominent element now, which I don't think makes sense semantically.
![image](/uploads/c57d153190c61085c1aff565f0c8fd55/image.png)
Any objections to removing the class like so?
![image](/uploads/50c6c0469f09036f2b595723598a3793/image.png)GNOME 42