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 current

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, nothing else

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 thiago.macie...@intel.com: 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

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

2012-01-13 Thread Giuseppe D'Angelo
On 13 January 2012 12:32, Mathias Hasselmann math...@openismus.com 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

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 thiago.macie...@intel.com: So, changing the name of this function is: - of little practical benefit - not 100% automatable

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 math...@openismus.com 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

[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 various

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 far

[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

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 think

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 down

[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