https://bugs.kde.org/show_bug.cgi?id=343108
Bug Janitor Service changed:
What|Removed |Added
Status|NEEDSINFO |RESOLVED
Apparently the Vietnamese dong is the second lowest. Which reminded me when
we went there a few years ago and I paid at a restaurant. I recall it cost
over 1.3 million dong for the meals
or about $80 aud.
Chris
On 16/11/2022 8:40 am, Jack via KMyMoney-devel wrote:
Just found this:
Just found this:
https://trulyfinancial.com/blog/lowest-currencies-2022/ The Indonesian
rupiah is apparently only the third weakest currency in the world with
14,365.5 to the dollar. The Iranian Rial is 42,250 to the dollar, but
at 1/3 the value of the rupia, it looks like ten digits
Good point I hadn't considered currency exchange.
This is why you ask why something was implemented that way and not assume
its unnecessary.
Yes I am talking to you Elon ;)
Chris
On 16/11/2022 2:12 am, Thomas Baumgart via KMyMoney-devel wrote:
On Dienstag, 15. November 2022 09:08:44 CET
On Dienstag, 15. November 2022 09:08:44 CET Chris via KMyMoney-devel wrote:
> Thanks
>
> I have always used integer's, never floats or doubles, I realised back in
> the 90's that was a mistake when implementing credit card transactions.
> Rounding errors bite hard.
>
> I have always decided
https://bugs.kde.org/show_bug.cgi?id=461749
--- Comment #8 from jesse ---
Yes, I think the clean up of data structures and such should be left to the
developers to figure out and engineer the best solution. From a user
perspective though, I think it makes senses that the user should be allowed
https://bugs.kde.org/show_bug.cgi?id=461866
--- Comment #1 from Jack ---
Actually, there ARE splits - but only one, and so the transaction is not
balanced. A normal, non-split transaction actually has two splits: one for the
money moving in or out of the account, and the other for where the
https://bugs.kde.org/show_bug.cgi?id=461866
Bug ID: 461866
Summary: Transactions with no category assigned cause a "Sum of
splits is not zero" consistency error
Classification: Applications
Product: kmymoney
Version: git
https://bugs.kde.org/show_bug.cgi?id=447480
--- Comment #4 from Chris ---
This update allowed 20 decimal places in investments, not in currencies. I
don't add my cryptocurrencies as investments, I add them as currencies because
I use them as payment systems. Any chance the 20 decimal places
Thanks
I have always used integer's, never floats or doubles, I realised back in
the 90's that was a mistake when implementing credit card transactions.
Rounding errors bite hard.
I have always decided at the start of a project what was the maximum
precision needed, usually 2 decimal places
10 matches
Mail list logo
