<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-01-06 19:46 GMT+01:00 Friedrich W. H. Kossebau <span dir="ltr"><<a href="mailto:kossebau@kde.org" target="_blank">kossebau@kde.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For BIC though this might need some overloads of the method, changing the<br>
signature of existing methods, even if only appending an argument to the list<br>
of arguments, does not work, or?<br>
Given there are already 8 overloads for the different numeric types, well,<br>
that needs possibly more thinking still.<br>
<span class=""><br></span></blockquote><div><br></div><div>Yeah, this would require overloads to stay BIC, adding an argument with a default value breaks it per techbase. Not perfect, but if we can't have anything better, and it Qt accepts it, it seems workable. Or failing that, adding functions that export the locale data (format string etc), so we can do our own formatMoney clone. Would just be simple getters, don't even need setters really.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, QLocale being readonly is a third issue in the list of blockers. And not<br>
only for the currency related methods. So our issues are:<br>
<span class="">- no currency string parsing method<br>
- string formatting method toCurrencyString() does not allow<br>
  to control precision<br>
</span>- no option to extend/overwrite/customize locale data<br></blockquote><div><br></div><div>Well, write-only is my issue, really. We can ask it to format things for us, but we can't pull the locale data out of it. If we could, we could simply be using QLocale and write our own formatting routine on top of it.<br><br></div><div>/ Tomas<br> <br></div></div></div></div>