[Development] QLocale work

Thiago Macieira thiago.macieira at intel.com
Mon Jan 23 22:42:57 CET 2012


On Monday, 23 de January de 2012 21.21.13, John Layt wrote:
> On Wednesday 18 Jan 2012 00:47:31 you wrote:
> > * If we can port the QLocalePrivate number routines to call ICU instead of
> > their current implementations, the rest of Qt will "just work",
> 
> Small wrinkle just turned up here, ICU only does parse/format for base 10
> numbers and not for binary, octal or hex, which is technically correct as
> they are not localised formats, but it's a pain none-the-less.
> 
> Because QLocale, QByteArray, QString and QTextStream offers the base option
> in the public API, we will need to keep the existing code to do it.  If the
> requested parse/format is for base 10 then we'll pass it to ICU, otherwise
> we'll use the current code.  We will just need to document the behaviour
> that other bases will always use the standard digits and not the local one.

You mean QLocale and QTextStream.

QByteArray and QString do not need ICU since they are locale-independent. 
Parse LC_ALL=C in them only. It's also a good idea to keep that code for when 
QT_NO_LOCALE is in effect.

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center
     Intel Sweden AB - Registration Number: 556189-6027
     Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/development/attachments/20120123/da7b8f72/attachment.sig>


More information about the Development mailing list