let the user add values using a comma (,) as a separator.
We'd be happy if you considered to add to possibility to add values separated by a comma instead of a period as used in most of Europe as well as in South America and other Regions as shown in the map here: http://en.wikipedia.org/wiki/Decimal_mark
This should be how both the iPhone and Android app work at this point (please let us know if this is broken for you on either of those). We still have not fixed this issue on the website, though it is something we plan to do.
There is a problem with handling amount inputs when there is a "," in it.
E.g. trying to put "2,25 euro" results in 225 euro. I understand that "2.25 euro" is a correct form, but handling a comma this way is very error prone for users.
I need this fix on the website.
Miri Piiroinen commented
I live in Europe and the standard deciaml separator used in my country is "comma" ( , ). While the comma can be used (and is displayed correctly) on the Android App, the web-app doesn't support the use of comma as decimal separator.
This leads to erroneous listings while using the browser web-app, causing a listing of "12,65€" bill to be added as "1 265 €".
The official measurement standard specifies that either comma or dot may be used as a decimal separator.
Could there also be an option on the browser version to choose between the decimal signs, mainly the comma and dot, to avoid confusion?
If I use comma's in both Android as the IPhone app I'll get the wrong amount. For instance 10,23 Euro's will be interpreted as 1023.00 Euro's. If I use periods, you get the right amount. Please fix this as this is should be expected from an app like this.
Shendy S commented
Please add International currency formatting, since some currencies don’t use decimals, and the current format is quite difficult to read.
To change in German Website Version . and , at the moment it works wrong German insert 1,23 EUR instead of 1.23 EUR which is necessary.
Paul Freudenthaler commented
This is still an issue on the webstite. It would be nice you could fix this.
Please fix this!
Happens over and over again, in particular as the input keyboard offers both , and . on android.
My suggestion is to treat the most right , or . as the decimal separator and just ignore all others.
var inp = "5.992,30";
inp = inp.replace(/,/g,".");
var parts = inp.split(".");
inp = parts.slice(0,-1).join('') + "." + parts.slice(-1);
For me this would handle all my needs and I'd be happy to get premium for this feature.
This is still now working. Not on the iPhone app, nor on the website. The iPhone is especially problematic, because I can only use the comma. On the numeric keyboard there is no dot key, so now I can only add rounded values.
Hello! Great App!
If I add € 9,80 the app reads it as € 980. I request you to fix this bug as early as possible. Thanks in advance.
Alex Mauer commented
Still broken on iPhone…
The European Numblock has a , instead of a decimal point. So we type 19,99 €. The Web-App interprets that as1999.00 €. Could you fix that? That could result in giant messes.
Thanks, great App/Service!
This ticket came a long way looking at all the dates here. How come a simple feature as this is not implemented after this long time on the website? (after all, this is where you bulk insert expenses after a long trip)
I miss this feature for the webside..... it´s every time totaly disgusting to correct it :D thx 4 help/feature
Markus Hubig commented
Please fix this it's just annoying ....
Maybe app should auto convert comma to dot. Sometimes i wrote 99,99 and i'd got 9999 $
Pedro Beraldo commented
We use comma as a decimal sign here in Brazil. I'm having to round numbers since I can't select the proper sign for cents
When I input with a "." It just processes as thousand and gives a very incorrect value.
Please add the"," option
Thank you and thanks for the GREAT APP!
Victoria Fernandez commented
Deberian poner separador de miles, ya que en CLP al menos los montos son mas complicados de leer sin miles
Felix Fischer commented
This is not simply a missing feature, but a real bug that needs to be addressed.
Virtually everyone who would use Splitwise in German for EUR transactions will be expecting that a comma is interpreted as decimal mark. And I think this is true for at least all Europe.
What makes this bug especially disturbing is the fact that mistakes happen silently, and even in situations where there is no space for thousands separators. When I enter a spending of "1,50" (one euro and fifty cents) this will silently be saved as 150! This makes no sense.
It would be great if you could at least acknowledge this as a bug, so Europeans can have some hope that this will be fixed some day. This bug is the sole reason why I always recommend Kittysplit to my friends, although I think Splitwise is better. Please, make it happen!
Carsten Hoffmann commented
Actually i18n is a well known problem in software development, and usually it can be solved in a clean way with modern developemtn languages/frameworks. Just have the locale as a setting in the profile of the user (best case: automatically guess it once the account is created from the current browser locale). And then apply that locale for every input and output. Okay I realize, once you have a stable app that is not i18n correctly, there is some refactoring needed to bake it into the app. But the longer you wait, the more expensive it gets (in a way this is technical debt, every application should respect the locale of the user). But I am sure you can manage it. This is a showstopper for most of my friends, as it is weird for them to use a dot instead of a comma.