Re: [Development] Source incompatible Qt 5 change: Removing the QTouchEvent::TouchPoint::Primary flag

2012-01-13 Thread Samuel Rødal
On 01/12/2012 02:46 PM, ext Thiago Macieira wrote: > On Thursday, 12 de January de 2012 14.26.41, Samuel =?ISO-8859-1?Q?R=F8dal?= > wrote: >> Hello, >> >> I'd like to remove the QTouchEvent::TouchPoint::Primary flag, as per >> change request http://codereview.qt-project.org/#change,12928 >> >> The

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Thiago Macieira
On Friday, 13 de January de 2012 08.14.41, Peter Kuemmel wrote: > > Well, having method createX which creates Y doesn't sound good to me > > either. > > Yes, this is worse than a binary-only bug. > > I don't know the policy for API changes for Qt 5.0, > but when such a thing couldn't be fixed, noth

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Robin Burchell
2012/1/13 Thiago Macieira : > So, changing the name of this function is: > >  - of little practical benefit >  - not 100% automatable without a code scanner >  - dangerous, as it creates silent bugs what about the slightly more garden-variety approach of deprecating the old one and introducing a n

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Mathias Hasselmann
Am Freitag, den 13.01.2012, 14:10 +0200 schrieb Robin Burchell: > 2012/1/13 Thiago Macieira : > > So, changing the name of this function is: > > > > - of little practical benefit > > - not 100% automatable without a code scanner > > - dangerous, as it creates silent bugs > > what about the slig

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Giuseppe D'Angelo
On 13 January 2012 12:32, Mathias Hasselmann wrote: >> what about the slightly more garden-variety approach of deprecating >> the old one and introducing a new method? > > Maybe we should check the premise of this discussion first. > Does that method really have the wrong name? It is called > "cre

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Thiago Macieira
On Friday, 13 de January de 2012 13.32.27, Mathias Hasselmann wrote: > Am Freitag, den 13.01.2012, 14:10 +0200 schrieb Robin Burchell: > > 2012/1/13 Thiago Macieira : > > > So, changing the name of this function is: > > > - of little practical benefit > > > - not 100% automatable without a code s

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Thiago Macieira
On Friday, 13 de January de 2012 14.10.09, Robin Burchell wrote: > 2012/1/13 Thiago Macieira : > > So, changing the name of this function is: > > > > - of little practical benefit > > - not 100% automatable without a code scanner > > - dangerous, as it creates silent bugs > > what about the slig

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Mathias Hasselmann
Am Freitag, den 13.01.2012, 13:00 + schrieb Giuseppe D'Angelo: > On 13 January 2012 12:32, Mathias Hasselmann wrote: > >> what about the slightly more garden-variety approach of deprecating > >> the old one and introducing a new method? > > > > Maybe we should check the premise of this discuss

[Development] Proposing Nicolas Arnaud-Cormos for Approver Status

2012-01-13 Thread André Pönitz
Hello everybody. I hereby propose to grant Nicolas Arnaud-Cormos "Approver" status. Nicolas has contributed to Qt Creator development since 2010. His contributions include the macro recording plugin, as well as fixes and enhancements to the analyzer/valgrind plugin, cmake support, and to variou

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Peter Hartmann
On 01/13/2012 02:10 PM, ext Mathias Hasselmann wrote: > (...) > Surely startRequest() would have been a better name. > But really not sure it is worth the hassle of changing it. > Still Robins suggestions shows a practical approach. I don't really think it is worth changing it, I think for 5.0 so

[Development] Serious ABI issue discovered in -reduce-relocations

2012-01-13 Thread Thiago Macieira
Hello We've got a problem with -reduce-relocations. tl;dr: it's a broken concept and we either add a permanent workaround or we stop using it. The permanent workaround is to compile all executables in PIC/PIE mode. Long story: The -reduce-relocations option in configure checks that the compiler s

Re: [Development] Serious ABI issue discovered in -reduce-relocations

2012-01-13 Thread Simon Hausmann
On Friday, January 13, 2012 12:33:46 PM ext Thiago Macieira wrote: > Hello > > We've got a problem with -reduce-relocations. tl;dr: it's a broken concept > and we either add a permanent workaround or we stop using it. The permanent > workaround is to compile all executables in PIC/PIE mode. I thi

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Sylvain Pointeau
createReply doesn't make sense to me. createRequest is perfectly fine in a sense that we query the server, and it returns a reply out of it. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development

Re: [Development] fixing name of QNetworkAccessManager::createRequest

2012-01-13 Thread Markus Goetz
On 13.01.12 16:25, Sylvain Pointeau wrote: > createReply doesn't make sense to me. > > createRequest is perfectly fine in a sense that we query the server, > and it returns a reply out of it. > Well, it does make sense to me :-) The request (QNetworkRequest) is already created. What the function

Re: [Development] Serious ABI issue discovered in -reduce-relocations

2012-01-13 Thread Thiago Macieira
On Friday, 13 de January de 2012 15.55.06, Simon Hausmann wrote: > On Friday, January 13, 2012 12:33:46 PM ext Thiago Macieira wrote: > > Hello > > > > We've got a problem with -reduce-relocations. tl;dr: it's a broken concept > > and we either add a permanent workaround or we stop using it. The >

Re: [Development] Qt Contributors Summit: when and where

2012-01-13 Thread Quim Gil
On 01/11/2012 08:29 AM, ext Quim Gil wrote: > The only days that seem to suit a majority in this semester are during > the week of June 18th. We still need to look at the availability of > venues in Berlin for those dates. Daniel & those of you with _Berliner Fachwissen_ : can you help nailing do

[Development] new API: QSensorGesture

2012-01-13 Thread lorn.potter
Hi all, This is just a general email informing Qt developers about a new API in Qt 5 - QSensorGesture! http://doc.qt.nokia.com/qt5/qsensorgesture.html Of course, it also has a QML element - SensorGesture. http://doc.qt.nokia.com/qt5/qml-qtsensors5-sensorgesture.html There are a few simple gestur

[Development] Role names and Proxy Models

2012-01-13 Thread Johan Thelin
Hi all, I've been constructing a proxy model that hides multiple underlying models. In this process, I have to translate the custom roles for each model. E.g. the custom role enumeration for the duration of a music track is not the same as for an album, but when accessed through my proxy model, it

[Development] Status of QtDeclarative on Windows?

2012-01-13 Thread Todd.Rose
Just for fun I've been playing with a medium-sized QML app that we had written for 4.7/Symbian and porting it to Qt5/QML2. Mostly have been working on Linux but the past few days I finally got around to compiling Qt5 on Windows and playing around with the project enough so that it would compile