Re: [Development] A QtCore class for event-driven jobs

2013-09-06 Thread Konstantin Ritt
I think it is a good idea to introduce a playground module until we have the API clean and stable, and then we might want to include it right into QtCore. Regards, Konstantin 2013/9/7 Thiago Macieira > On sexta-feira, 6 de setembro de 2013 19:52:47, David Faure wrote: > > * relation to QNetwor

Re: [Development] A QtCore class for event-driven jobs

2013-09-06 Thread Thiago Macieira
On sexta-feira, 6 de setembro de 2013 19:52:47, David Faure wrote: > * relation to QNetworkReply? > If that one didn't exist yet, we'd definitely write it as a QJob subclass. > So instead, I propose to wrap QNetworkReply into a QNetworkJob or > something, in order to offer the QJob interface for Q

Re: [Development] A QtCore class for event-driven jobs

2013-09-06 Thread Matt Broadstone
On Fri, Sep 6, 2013 at 1:52 PM, David Faure wrote: > I would like to propose the inclusion of a QJob class in QtCore, based on > years of experience with KIO::Job and KJob. > > The idea is to encapsulate an event driven asynchronous operation into a > job > class. Example use cases: > - a network

[Development] A QtCore class for event-driven jobs

2013-09-06 Thread David Faure
I would like to propose the inclusion of a QJob class in QtCore, based on years of experience with KIO::Job and KJob. The idea is to encapsulate an event driven asynchronous operation into a job class. Example use cases: - a network download with QNetworkAccessManager. - operations (command+repl

Re: [Development] A QtCore class for event-driven jobs

2013-09-06 Thread Konstantin Ritt
Simply can not ignore this thread :) Like Andre, I have written my own jobs implementation, too. And I completely agree that not having some kind of job manager makes QJob API of quite limited usefulness (and like David mentioned earlier, QNetworkReply is a QNAM's "job", where QNAM is indeed a mana

Re: [Development] A QtCore class for event-driven jobs

2013-09-06 Thread Andre Somers
Op 6-9-2013 19:56, Matt Broadstone schreef: On Fri, Sep 6, 2013 at 1:52 PM, David Faure > wrote: I would like to propose the inclusion of a QJob class in QtCore, based on years of experience with KIO::Job and KJob. The idea is to encapsulate an event

Re: [Development] WebView for Android on track for Qt 5.2?

2013-09-06 Thread Cornelius Hald
On Fri, 2013-09-06 at 10:41 +0200, Eskil Abrahamsen Blomfeldt wrote: > On 09/05/2013 06:18 PM, Cornelius Hald wrote: > > Hi guys, > > > > what is the state of WebView (QQ2) for Android? Is it still planed for > > Qt 5.2? Is there a branch to track somewhere? The bug report suggests > > that instead

Re: [Development] Qt Platform Extras

2013-09-06 Thread Sorvig Morten
I agree, QtWin::foo looks much better. We can rename the QtMacExtras namespace as well. What about the module name itself? Would we still say "import QtWinExtras" and "#include "? Morten On Sep 6, 2013, at 11:49 AM, Nurmi J-P wrote: > I also very much like the idea of sticking the conversion

Re: [Development] Drop the qt-components ML

2013-09-06 Thread Laszlo Papp
On Fri, Sep 6, 2013 at 11:49 AM, Nurmi J-P wrote: > Hi, > > I'd like to request dropping the Qt-components mailing list. The name is > outdated and confusing now that we have Qt Quick Controls. The list has > almost no traffic anymore and the rare questions it gets these days tend to > be complet

[Development] Drop the qt-components ML

2013-09-06 Thread Nurmi J-P
Hi, I'd like to request dropping the Qt-components mailing list. The name is outdated and confusing now that we have Qt Quick Controls. The list has almost no traffic anymore and the rare questions it gets these days tend to be completely unrelated to the former qt-components and thus belong to

Re: [Development] Qt Platform Extras

2013-09-06 Thread Nurmi J-P
I also very much like the idea of sticking the conversion functions right into the respective classes in QtCore and QtGui. At least QtWinExtras still has lots of helper methods that do not fall into this category, though. All that Windows specific window blurring, peeking, colorization etc. stu

Re: [Development] WebView for Android on track for Qt 5.2?

2013-09-06 Thread Eskil Abrahamsen Blomfeldt
On 09/05/2013 06:18 PM, Cornelius Hald wrote: > Hi guys, > > what is the state of WebView (QQ2) for Android? Is it still planed for > Qt 5.2? Is there a branch to track somewhere? The bug report suggests > that instead of using QtWebKit a wrapper around the Android-WebView is > now planned. > > htt