I'm Vietnamese, using Windows 10 and Linux Mint 19.3, of course i have changed my currency and number setting in my operating system. But, look like GnuCash just want to use what currencies GnuCash want, Not Users. My currency information: vi_VN VND đ Decimal: 1.000 (no ,00)
Look like GnuCash respect Japanese Currency, Not Vietnamese. GnuCash *report* will never change that behaviour, Even i tried to change OS setting or it's setting. For easier, Please make everything can be modify by your USERS. Or at least, you need to make your Software respect it's users Time, Currency. Thank you so much.
https://en.wikipedia.org/wiki/Vietnamese_%C4%91%E1%BB%93ng Look the right column "Subunit" : both subunits have been unused in Vietnam for several years
More to the point, the ISO 4217 entry is <CcyNtry> <CtryNm>VIET NAM</CtryNm> <CcyNm>Dong</CcyNm> <Ccy>VND</Ccy> <CcyNbr>704</CcyNbr> <CcyMnrUnts>0</CcyMnrUnts> </CcyNtry>
(In reply to John Ralls from comment #3) > More to the point, the ISO 4217 entry is > <CcyNtry> > <CtryNm>VIET NAM</CtryNm> > <CcyNm>Dong</CcyNm> > <Ccy>VND</Ccy> > <CcyNbr>704</CcyNbr> > <CcyMnrUnts>0</CcyMnrUnts> > </CcyNtry> i'm sorry, i don't understand what you mean ? can you guide me ?
GnuCash uses the international standard ISO-4217 to determine what is a currency, what is its symbol (for exchange rate lookups, not display), and what is its smallest unit. The last is in the CcyMnrUnts element, and is 0 for the VND, consistent with your report.
(In reply to John Ralls from comment #5) > GnuCash uses the international standard ISO-4217 to determine what is a > currency, what is its symbol (for exchange rate lookups, not display), and > what is its smallest unit. The last is in the CcyMnrUnts element, and is 0 > for the VND, consistent with your report. So, what i need to do, i don't understand why you write this code for me? where is location of this file? how to change it? Can i open it with notepad ?
You don't have to do anything. You have reported a bug, John has added additional information that can help developers (John included) fix this bug for you. The currency details are compiled into gnucash. So to fix this, the source code has to be changed. I have done so now and this fix will formally appear in GnuCash 3.9 to be released end of March. Thank you for your report.
I fear this will break old books, which have, from times before inflation killed the decimals, valid decimals.
(In reply to Frank H. Ellenberger from comment #8) > I fear this will break old books, which have, from times before inflation > killed the decimals, valid decimals. I don't understand what you mean. But, i'm sure that vietnam (included government, people) doesn't use decimals anymore. Any bills from business must be follow government laws, which mean you can't export a bill with decimals. If you want, i can take some pictures about my country (Money used from Bank, electronic bills, water bills) for you.
Long, don't worry about it, Frank is addressing Geert and me and this reply is to them too. You problem will be fixed in the next release. Frank, I don't think that's a reason to be too concerned, see https://www.currency-iso.org/dam/downloads/dl_currency_iso_amendment_153.pdf: The change actually happened in 2003. The SCU only affects transactions when they're edited, so books with pre-2003 fractional dong amounts will be fine unless the user decides to edit a very old transaction. Seems unlikely. Note as well that this is the third bug report about VND's SCU: bug 797245, bug 797291.
Precisely the central bank announced the change in 2003 for 2004 and iso.org published it in 2012. Considering it was for one year less worth than the ZWD, it might not be worth more discussion. If I understood everything right: * You will no longer be able to enter precise historical transactions, which had Xu. Example: You start now using Gnucash, and want to enter in your opening balance a few commodities, which you bought before 2004. * Historical transactions entered in older Gnucash versions are displayed in rounded form.
No, Long won't be able to precisely enter historical transactions from before 2004. I won't have any trouble, the USD hasn't changed its SCU in 228 years. ;-) On the other hand Long, Minh, and Hieu will now be able to enter historical transactions after 2003 without having to worry about the non-existing dong/100. Only historical transactions with fractional dong will be rounded. All of the transactions posted for the last 16 years will be fine, and they'll display the way they should.
Thanks for your help, i will happy more when you take your time to fix the time of Report, GnuCash Report ONLY used Sunday for the first day of week, While there are much country using Monday for the first day of week. Fix it will be helpful for most users using GnuCash (Option to choose what day for the first day of week very helpful). i already have reported this problem and seem like no one reply my Report. Only GnuCash Calendar Pop-Up respecting user's Calendar
(In reply to Long from comment #13) > Thanks for your help, i will happy more when you take your time to fix the > time of Report, GnuCash Report ONLY used Sunday for the first day of week, > While there are much country using Monday for the first day of week. Fix it > will be helpful for most users using GnuCash (Option to choose what day for > the first day of week very helpful). > i already have reported this problem and seem like no one reply my Report. > Only GnuCash Calendar Pop-Up respecting user's Calendar Long, GnuCash is a complex thing. So there are different experts working on different parts. You have reported that issue in bug 79762 and Bob is trying to help you there. As there is no relation between the two issues it is counterproductive to crosspost between this reports. You can support us by following http://www.catb.org/~esr/faqs/smart-questions.html.
"bug 797623" was meant.
Ok, Thank you so much for take your time to help me.
