Hi Allen, On Thursday 29 May 2014 12:36:42 Allan wrote:
> Previously, I dealt successfully with importing with a user's locale, > but now I'm hitting a problem. > > I'm working on a patch to fix "[Bug 334995] CSV import Debit/Credit mode > only looks at one column, credits become 0.00". I have the patch > working for my own locale - UK. However, for other locales, I converted > my test file to use comma decimal and semi-colon separator. This is > giving me grief. What I'm trying to do is to convert a QString currency > amount to double, to be able to test if the amount is non-zero, as > against empty. > > The basic problem came as a surprise, when I found that QString was not > locale-aware. I'm getting caught between QLocale and KLocale. I am > setting the country to, say, France. However, QLocale still seems to be > set to UK. Things seem to work if I set QLocale::default() to France, > but how do I know which country the user is in? > > It looks like QLocale doesn't take account of KDE country change, but > retains the original system locale. How can I get the KDE locale to > give a country that QLocale will accept? > > Or, am I missing the simple answer? Doesn't KLocale::readMoney(const QString &numStr, bool * ok) work for you? -- Regards Thomas Baumgart GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA ------------------------------------------------------------- Dear inventor of German: You forgot to define a translation for 'resize' (as verb). Please fix. -- Sebas Kügler -------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel