Re: [Development] QLocale work

2012-01-24 Thread Thiago Macieira
On Tuesday, 24 de January de 2012 11.59.26, lars.kn...@nokia.com wrote: QTextStream should always stream in the C locale if the base is not decimal. 0x123.456,7 ftw or ftl? :-) -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center

Re: [Development] QLocale work

2012-01-23 Thread lars.knoll
On 1/23/12 10:42 PM, ext Thiago Macieira thiago.macie...@intel.com wrote: 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

Re: [Development] QLocale work

2012-01-22 Thread John Layt
On Wednesday 18 Jan 2012 13:21:24 lars.kn...@nokia.com wrote: On 1/18/12 12:35 PM, ext Thiago Macieira thiago.macie...@intel.com On Wednesday, 18 de January de 2012 00.47.31, John Layt wrote: Other classes call public QLocale methods for number symbols like decimalPoint() and negativeSign()

Re: [Development] QLocale work

2012-01-19 Thread Shaw Andy
On 1/19/12 4:15 AM, Thiago Macieira thiago.macie...@intel.com wrote: On Wednesday, 18 de January de 2012 21.24.36, Shaw Andy wrote: For what it is worth I also agree that it should be changed, having recently having to deal with the QDoubleValidator problem when it came to this became a

Re: [Development] QLocale work

2012-01-18 Thread Stephen Kelly
On Wednesday, January 18, 2012 00:42:26 John Layt wrote: Splitting up some related issues into separate emails to make it easier for people to address. Which ICU version to use? The latest ICU version is 4.8. See See http://site.icu-project.org/download for detailed release notes. OS

Re: [Development] QLocale work

2012-01-18 Thread lars.knoll
On 1/18/12 1:40 AM, ext John Layt jl...@kde.org wrote: On Monday 16 Jan 2012 23:13:39 Thiago Macieira wrote: I'd say that QLocale should return the information you need. If you need to display that, why shouldn't QLocale provide that info? *Setting* the info is, however, out-of-scope for

Re: [Development] QLocale work

2012-01-18 Thread lars.knoll
On 1/18/12 1:42 AM, ext John Layt jl...@kde.org wrote: Splitting up some related issues into separate emails to make it easier for people to address. Which ICU version to use? The latest ICU version is 4.8. See See http://site.icu-project.org/download for detailed release notes. OS X 10.6

Re: [Development] QLocale work

2012-01-18 Thread lars.knoll
On 1/18/12 12:35 PM, ext Thiago Macieira thiago.macie...@intel.com wrote: On Wednesday, 18 de January de 2012 00.47.31, John Layt wrote: * QString will need a decision on the behaviour of toInt() / toLong() / etc using the Default Locale. They should use the C locale, not the Default

Re: [Development] QLocale work

2012-01-18 Thread Shaw Andy
On 1/18/12 2:21 PM, lars.kn...@nokia.com lars.kn...@nokia.com wrote: We need to avoid the problem of printf / scanf that use different decimal conventions depending on the user locale. That means the naive implementation will be unable to parse the data it generated under a different locale

Re: [Development] QLocale work

2012-01-18 Thread Thiago Macieira
On Wednesday, 18 de January de 2012 21.24.36, Shaw Andy wrote: For what it is worth I also agree that it should be changed, having recently having to deal with the QDoubleValidator problem when it came to this became a right pain so making it only use the C locale unless explicitly told

Re: [Development] QLocale work

2012-01-18 Thread andrew.den-exter
On Wednesday, 18 de January de 2012 21.24.36, Shaw Andy wrote: For what it is worth I also agree that it should be changed, having recently having to deal with the QDoubleValidator problem when it came to this became a right pain so making it only use the C locale unless explicitly told

Re: [Development] QLocale work

2012-01-17 Thread John Layt
On Monday 16 Jan 2012 23:13:39 Thiago Macieira wrote: I'd say that QLocale should return the information you need. If you need to display that, why shouldn't QLocale provide that info? *Setting* the info is, however, out-of-scope for Qt. When I was discussing it with Denis at QtCS he was

Re: [Development] QLocale work

2012-01-17 Thread John Layt
Splitting up some related issues into separate emails to make it easier for people to address. Which ICU version to use? The latest ICU version is 4.8. See See http://site.icu-project.org/download for detailed release notes. OS X 10.6 shipped with ICU 4.0. The earliest versios of major

Re: [Development] QLocale work

2012-01-16 Thread John Layt
On Sunday 15 Jan 2012 22:53:31 Thiago Macieira wrote: On Sunday, 15 de January de 2012 23.09.35, John Layt wrote: * A QCldrLocale is not really needed for Qt purposes, it's only needed for anyone who wants to know what individual settings are, like KDE What would this class provide that

Re: [Development] QLocale work

2012-01-15 Thread John Layt
On Sunday 15 Jan 2012 19:04:09 John Layt wrote: I think I'm favouring the second option as being cleaner and easier to implement in phases. After reading more of the ICU number API and trying some things out, I now think sticking closer to the current model will actually match the ICU API

Re: [Development] QLocale work

2012-01-15 Thread Thiago Macieira
On Sunday, 15 de January de 2012 23.09.35, John Layt wrote: * A QCldrLocale is not really needed for Qt purposes, it's only needed for anyone who wants to know what individual settings are, like KDE What would this class provide that the regular QLocale wouldn't? -- Thiago Macieira -