Re: [Development] Qt5.3.2 final candidate packages available

2014-09-11 Thread Heikkinen Jani
Arg, we will repackage the packages but no updates to qt content Br, Jani >>-Original Message- >>From: Loehning Robert >>Sent: 11. syyskuuta 2014 19:11 >>To: development@qt-project.org; Heikkinen Jani >>Subject: Re: [Development] Qt5.3.2 final candidate packages available >> >>https://bug

Re: [Development] moc 4.8.6 & macros

2014-09-11 Thread Thiago Macieira
On Thursday 11 September 2014 22:03:03 Samuel Gaist wrote: > I thought I've read somewhere that moc got better at this job :-) > > It seems that the new moc doesn't use much of the Qt 5 only classes, would > it be useful to backport it to Qt 4 to avoid having to "break" the code > style for module

Re: [Development] QTBUG-35892. QML XMLHttpRequest does not support the OPTIONS method.

2014-09-11 Thread Thiago Macieira
On Friday 12 September 2014 01:19:30 Valery Kotov wrote: > Greetings everybody! Thank you for your responses. > > > Given the previous discussions referenced from the working groups for > > xmlhttprequest I think it's pretty clear that we can forget about OPTIONS > *. Just using a > > > custom v

Re: [Development] QTBUG-35892. QML XMLHttpRequest does not support the OPTIONS method.

2014-09-11 Thread Valery Kotov
Greetings everybody! Thank you for your responses. > Given the previous discussions referenced from the working groups for xmlhttprequest I think it's pretty clear that we can forget about OPTIONS *. Just using a > custom verb and implementing it in the xmlhttprequest implementation of qml seems l

Re: [Development] moc 4.8.6 & macros

2014-09-11 Thread Samuel Gaist
On 11 sept. 2014, at 21:49, Thiago Macieira wrote: > On Thursday 11 September 2014 21:44:15 Samuel Gaist wrote: >> What would be the correct procedure to handle QT_DEPRECATED_SINCE ? Removing >> it from around the signal declaration would make the code a bit >> inconsistent. >> >> By the way, h

Re: [Development] moc 4.8.6 & macros

2014-09-11 Thread Thiago Macieira
On Thursday 11 September 2014 21:44:15 Samuel Gaist wrote: > What would be the correct procedure to handle QT_DEPRECATED_SINCE ? Removing > it from around the signal declaration would make the code a bit > inconsistent. > > By the way, how is it handled in Qt 5 since building goes without any > pr

Re: [Development] moc 4.8.6 & macros

2014-09-11 Thread Samuel Gaist
On 11 sept. 2014, at 20:50, Thiago Macieira wrote: > On Thursday 11 September 2014 18:28:58 Samuel Gaist wrote: >> Hi, >> >> I've stumbled on https://bugreports.qt-project.org/browse/QTBUG-41190 which >> states that QtSerialPort cannot be built with Qt 4.8.6. >>> From a quick look and build, it

Re: [Development] moc 4.8.6 & macros

2014-09-11 Thread Thiago Macieira
On Thursday 11 September 2014 18:28:58 Samuel Gaist wrote: > Hi, > > I've stumbled on https://bugreports.qt-project.org/browse/QTBUG-41190 which > states that QtSerialPort cannot be built with Qt 4.8.6. > >From a quick look and build, it's the use of the QT_DEPRECATED_SINCE macro > >around the sig

[Development] moc 4.8.6 & macros

2014-09-11 Thread Samuel Gaist
Hi, I've stumbled on https://bugreports.qt-project.org/browse/QTBUG-41190 which states that QtSerialPort cannot be built with Qt 4.8.6. >From a quick look and build, it's the use of the QT_DEPRECATED_SINCE macro >around the signals that makes moc miss them and thus the compilation fails. Is t

Re: [Development] Qt5.3.2 final candidate packages available

2014-09-11 Thread Robert Löhning
https://bugreports.qt-project.org/browse/QTBUG-41261 Am 11.09.2014 um 18:10 schrieb Robert Löhning: > Hi Jani, > > the Installer for Linux claims to contain Qt Creator 3.2.0 (wrong) but > it installs Qt Creator 3.2.1 (right). Might this be a showstopper? > > Best Regards, > Robert > > > Am 11.09.2

Re: [Development] Qt5.3.2 final candidate packages available

2014-09-11 Thread Robert Löhning
Hi Jani, the Installer for Linux claims to contain Qt Creator 3.2.0 (wrong) but it installs Qt Creator 3.2.1 (right). Might this be a showstopper? Best Regards, Robert Am 11.09.2014 um 16:38 schrieb Heikkinen Jani: > Hi all, > > Qt 5.3.2 final candidate packages are available here: > > Windows

Re: [Development] Qt5.3.2 final candidate packages available

2014-09-11 Thread Robert Löhning
Hi Jani, two of these links are dead for me. Could you please double-check them? Thanks, Robert Am 11.09.2014 um 16:38 schrieb Heikkinen Jani: > Hi all, > > Qt 5.3.2 final candidate packages are available here: > > Windows: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-09-11_150 >

Re: [Development] Utf8 local aware compare

2014-09-11 Thread Thiago Macieira
On Thursday 11 September 2014 12:53:45 Bubke Marco wrote: > What about icu::Collator::compareUTF8() in ICU? We can't use ICU's C++ API, since they don't promise stability. And we don't use ICU collation on all platforms. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect

[Development] [FYI] if you find diffing in gerrit slow ...

2014-09-11 Thread Oswald Buddenhagen
... then use chrome/chromium. because the slowness is coming from gerrit running massive amounts of js in your browser, and chrome is literally an order of magnitude faster at it than firefox (no clue about ie). if you already use it, well, tough luck. get a cryo-cooled cpu, or something. if you ha

[Development] Qt5.3.2 final candidate packages available

2014-09-11 Thread Heikkinen Jani
Hi all, Qt 5.3.2 final candidate packages are available here: Windows: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-09-11_150 Linux: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-09-11_141 Mac: http://download.qt-project.org/snapshots/qt/5.3/5.3.2/2014-09-11_119 Mi

Re: [Development] Utf8 local aware compare

2014-09-11 Thread Bubke Marco
What about icu::Collator::compareUTF8() in ICU? http://userguide.icu-project.org/strings/utf-8: "ICU has some APIs dedicated for UTF-8. They tend to have been added for "worker functions" like comparing strings, to avoid the string conversion overhead, rather than for "builder functions" like f

Re: [Development] Utf8 local aware compare

2014-09-11 Thread Knoll Lars
Hi Marco, On 11/09/14 13:23, "Bubke Marco" wrote: >Okay, first the context. I want to write locale aware compare collations >for a local database which is saving the text in UTF-8. So converting the >text always with QString::fromUtf8 is a little bit expensive. Under Unix >strcoll would work but

[Development] Utf8 local aware compare

2014-09-11 Thread Bubke Marco
Hi Okay, first the context. I want to write locale aware compare collations for a local database which is saving the text in UTF-8. So converting the text always with QString::fromUtf8 is a little bit expensive. Under Unix strcoll would work but for windows there is no UTF-8 collation. One ide