Hello,
I started to push some (PCRE-free) code to review on gerrit.
Please DO NOT try to stage anything because it will simply break the
build, given that PCRE is not imported yet (waiting for approval).
I'd like to get any kind of comment so that the code can get in good
shape before the feature
I was talking to Oswald today regarding Qt's gerrit, its changes from
upstream weren't made public. This seems quite ironic to me, one of the
main tools of Qt's open governance is not open. I wonder if anyone at nokia
could see that this is put somewhere public, I understand that there are
legal is
On Monday 23 Jan 2012 22:48:12 lars.kn...@nokia.com wrote:
> I am very tempted to simply break this. localized binary numbers simply
> don't make any sense.
>
> Cheers,
> Lars
Agreed it makes no sense.
My initial thought was just to move the code to say QString/QByteArray and
make it hard-code
On Monday 23 Jan 2012 19:42:57 Thiago Macieira wrote:
> You mean QLocale and QTextStream.
>
> QByteArray and QString do not need ICU since they are locale-independent.
> Parse LC_ALL=C in them only.
Yes, but the code is located in QLocalePrivate, and QSting/QByteArray create a
C QLocale to call
On 1/23/12 6:47 PM, "ext David Faure" wrote:
>On Wednesday 28 December 2011 16:43:10 David Faure wrote:
>> On Tuesday 27 December 2011 12:24:23 Thiago Macieira wrote:
>> > On Tuesday, 27 de December de 2011 13.42.10, David Faure wrote:
>> > > On Friday 23 December 2011 17:22:38 Thiago Macieira wr
On 1/23/12 10:42 PM, "ext Thiago Macieira"
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 rest of Qt will
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 on
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
On Wednesday 28 December 2011 16:43:10 David Faure wrote:
> On Tuesday 27 December 2011 12:24:23 Thiago Macieira wrote:
> > On Tuesday, 27 de December de 2011 13.42.10, David Faure wrote:
> > > On Friday 23 December 2011 17:22:38 Thiago Macieira wrote:
> > > > QUrl: Always lowercase the scheme
> >
Hi
I've done a patch for https://bugreports.qt.nokia.com/browse/QTBUG-23451 and
I've faced an interesting problem.
The bug says that the changed signal is not raised when an Item property is
pointing to a dynamic object and this object gets destructed (changing the
value of the Item property to nu
On Fri, Jan 20, 2012 at 7:38 PM, Artur Souza (MoRpHeUz)
wrote:
> Another feature related to plugins that KDE implemented and I find it
> very useful and "elegant" is KPluginFactory:
> https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/entry/kdecore/util/kpluginfactory.h
In
On 23 Jan 2012, at 10:58, ext eike.zil...@nokia.com wrote:
>
> On 20 Jan 2012, at 12:57, ext Mathias Hasselmann wrote:
>
>> Hi,
>>
>> Qt nicely supports extending applications and libraries via plugins,
>> still in my opinion one major building block is missing: Some reusable
>> object which i
On 20 Jan 2012, at 12:57, ext Mathias Hasselmann wrote:
> Hi,
>
> Qt nicely supports extending applications and libraries via plugins,
> still in my opinion one major building block is missing: Some reusable
> object which iterates the shared object files in relevant plugin folders
> and returns
13 matches
Mail list logo
