elementary / calculator Goto Github PK

They're not image buttons, so idk why we would add that class.

When I write number with point, Calculator say that " '.' is unknown ". And I can only with ',' , but in screenshots i see number with point.

https://raw.githubusercontent.com/elementary/calculator/master/data/screenshot.png

I think we might want to use Gtk.Application instead of Granite.Application

This question : https://answers.launchpad.net/pantheon-calculator/+question/271668

To be able to convert decimal numbers to heximal and binary.
Also heximal to decimal and binary ect.

Launchpad Details: #LP1501483 kay van der Zander - 2015-09-30 19:41:04 +0000

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Like gnome calculator does.
If I type: 1+1 and press enter it displays 2, the if I hit ctrl+z it takes me back to the previous expression: 1+1.

Ctrl+z is just an example, it could be also implemented using Atl+Left arrow (going back)

Launchpad Details: #LP1414331 Carc - 2015-01-24 18:13:52 +0000

For example, 100 + 25% = 100.25
Instead of 125

Not sure how easy this is, but a super handy addition to the Calculator on Android is showing common fractions for results. So if you calculate 42÷16, it shows:

This is incredibly nice with our stupid Imperial measurements, and can also just be a nice nudge for “oh yeah that's ⅝, that makes sense.”

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

i want use nvidia videocard.
i have installed bumblebee, but i says that i cant switch it because it has already turned on
i cant fix it(

Launchpad Details: #LP1656586 Artur - 2017-01-14 21:35:16 +0000

Feature Request:
Pressing the 'Escape' key will clear inputs.

When the app is being opened it does not receive "focus", meaning if I start typing it doesn't get my input until I click the window with the mouse pointer.
This is very inconvenient as when I need to do a quick calculations I am opening the app through keyboard only (Super + space, type "calc", press enter) and expect to continue typing my calculations.

If you try to write expressions with the E operator that has a negative exponent Calculator the result becomes the value of the exponent.

Reproducing this bug:

1. Simply write: 14E-2
2. The result would have to be: 0,14 but it is actually -2

I thought of encapsulating the -2 in parenthesis but it didn't work either:

1. Write: 14E(-2)
2. The result is 0 for any given exponent in this form.

The Shunting Yard algorithm is failing to recognize a negative exponent after the E symbol.

I kept needing factorials for my algorithms course, mostly to discuss problems with enumeration and combinatorics.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Elementary calculator on the left, Gnome calculator on the right. Same calculation 80000+8%

When using the calculator and selecting the input with Ctrl+A, one could expect that the next input will replace everything that is selected. Instead, the selection is lost and the new number is put behind the already existing input (like nothing was selected)

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Calculator icon has disappeared since the last update. Although the application is running fine.

We do not own pantheon.org, so our GSettings living under org.pantheon does not follow RDNN (https://en.wikipedia.org/wiki/Reverse_domain_name_notation).

In Loki+1, we should switch to using io.elementary for shell/OS components, and com.github.elementary for first-party apps.

Things to update:

• Application id
• Desktop filename
• AppStream filename and id
• GSettings path and id
• DBus interfaces

Launchpad Details: #LP1594598 Cassidy James Blaede - 2016-06-20 22:26:20 +0000

The "Suggest Translation" button is pointing to the wrong link. This error has several applications.
https://translations.launchpad.net/pantheon-calculator

Some distros have hooks to do this automatically. Using meson is superfluous.

See here for example: https://github.com/void-linux/void-packages/blob/master/srcpkgs/pantheon-terminal/template#L18

Hi, could you add translation files for Silesian?

ISO 639-3: szl
Plurals: nplurals=3; plural=(n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);

Thank you!

The default elementary OS calculator uses the wrong decimal separator when using the numeric keypad. It uses a . instead of a ,:

The GNOME calculator works as it should:

For example, 3*3+3) doesn't throw an mismatched parenthesis error. It outputs 12, so it assumes a missing parenthesis at the beginning. It is however clearly not a valid expression.

The default calc on Elementary OS 5.1.3 fails performing sum and subtract operations.

Examples i tried:
1- 200-10%
Instead 180 i'm getting 199.9
2- 200+25%
I'm getting 200.25 instead 250.00
3- 200/25% -> It's ok, the result was 800 as expected.
4- 200*25% -> It's ok, the result was 50 as expected.

The calculator application eOS appears to only operate to a very small number of decimal places precision, but allows much longer inputs to be provided, which are silently rounded. I would expect the application to offer the same precision as a typical physical desktop calculator, typically 8 or 10 decimal places. Testing suggests that the application is only working to around 4 or 5 decimal places.

Test 1: Enter "3.141592654*3.141592654" and press "=" Gives the result 9.8696, rather than the expected 9.869604404 from a desktop calculator.

Test 2: Enter the pi symbol and then "=". Gives the result 3.14159 rather than 8 or 10 digits of precision,

Launchpad Details: #LP1484037 Steve Mottram - 2015-08-12 09:11:50 +0000

Produces different result whether * or × is used.

Launchpad Details: #LP1583887 undefined behaviour - 2016-05-20 04:12:54 +0000

Pressing buttons for ×, ÷, −, √ and π while in the middle of a number is broken, it makes the cursor move ahead from it's actual position.

The reason is these are Unicode characters that get encoded into a multi byte string, then we increase the cursor position by the number of bytes not the number of Unicode characters.

Note that we can't just increase by 1 always, because trigonometric functions do contain multiple Unicode characters.

Evaluating an expression with symbols like $, °, ? or & brings up the error message 'L' is unkown. Instead of L, we should output the symbol.

Thousand separators in results are a big visual aid.

Launchpad Details: #LP1672045 Zisu Andrei - 2017-03-11 16:10:51 +0000

(see screenshot)

inb4 wtf r u doing??? :D

Launchpad Details: #LP1415049 davidak - 2015-01-27 14:10:37 +0000

when I press the Calc button on my Keyboard, the calculator doesn't start up, I went to preferences->Keyboard->shortcuts and selected the calculator and the pressed the calculator button on the keyboard to test if it is working and I got a sys popup telling me that the calculator's shortcut is already in used by "calculadora" = calculator,

Launchpad Details: #LP1459063 F. Ariel Jung - 2015-05-27 01:53:33 +0000

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

OS: elementary os
Source of package: Daily PPA
Package Version Affected: pantheon-calculator_0.1.3+r376+pkg15dailyubuntu0.4.1.1

Issue

Read the title.
I don't think it's running any dpkgtriggers. I don't see it in the output when I install it with dpkg.

Multiplying by 2-3 digit numbers gives invalid results:

89*56 = 4
3 * 898 = 2
13 * 98 = 1
13 * 989 = 12

For example, in my locale, (rs), comma is used as a decimal separator, but the application is giving "," is unknown. error.

It makes reading numbers in the thousands, tens of thousands, hundreds of thousands, millions, etc. much easier.

Hi,

I personally think that having a flatpak manifest will help kick-start the development very fast (Especially in builder). I have a flatpak manifest ready, if you think this is a worthwhile addition. I will make a PR adding it.

Thanks!

For example, 4,294,967,296 / 100 returns 42,949,672.960000001 instead of 42,949,672.96

The desktop file doesn't include keywords.
In my country people are used to search for calculator (in Windows) with a keyword "calc". In elementary when the name is translated to a local word (Kalkulačka) you can't use the original title to search for the app. Including keywords in desktop file would solve this.

Inputs like pi - 2 or 2% - 0.02 are not calculated correctly. This is caused by incorrectly scanning the minus sign as a negative number, not as an operator.

i work a lot with radians and degrees for angles and i would like to have a quick view how many degrees in radians is.
not calculating this for my self over and over again gets annoying.

probably whitlisted or future feature

Launchpad Details: #LP1411928 kay van der Zander - 2015-01-17 09:02:28 +0000

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Update CI process for calculator to include a vala-lint step.

Hello,
Although there's no size limit for entered numbers, the result wrong for big numbers.
3 examples 👍
11111111111111111-1 = 11111111111111112
777777777777777777+1 = 777777777777777792 !
777777777777777777-1 = 777777777777777792 ?!
Tested on elementaryOS Loki with various kernels (4.4.0-104-generic and 4.13.10-041310-generic)
[INFO 14:26:07.508519] Application.vala:154: Calculatrice version: 0.1.3

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

While the interface is translated. This is on Juno Beta.

Useful when you're doing the same computations over and over.
Or need reminders about that tax rebate you computed last week :)

Launchpad Details: #LP1407046 PerfectCarl - 2015-01-02 08:49:29 +0000

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

I think a branded icon would be nice, either that or a full scientific and programmer mode.

On Juno beta 2.
When I open Applications menu neither Calculator name, nor app's comment is not localized. All other apps (Videos, Screenshot) are OK. I'm using system in Lithuanian, strings are translated long time ago.

At the moment it looks like that at least the calculation result of the last mathematical operation remains in the memory of the app and is visible again after a restart of the app.
How can the issue be solved?

Tests cases:

Using the calculator pretty often, I have found a bug that is quite annoying.

When starting the Calculator from the Applications menu (Ctrl + Space > calc > Enter), the application does not get focused on. For some reason, it is the application that was already focused that keeps it, which forces the user to first click on the Calculator window, and then type the expression.

After trying with other elementary OS apps (Code for example, but also AppCenter), I have found the Calculator to be the only one affected by this problem, hence I concluded that the issue came from the Calculator application itself, and not the OS.

Please give it a test, and consider whether it would be useful. You can add (flags=complain) at the end of the profile header to set it to non-enforce mode.

https://github.com/CameronNemo/apparmor-elementary/blob/master/io.elementary.calculator

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.