Em sex 07 mar 2014, às 22:41:35, Martin Koller escreveu:
> I'm implementing a QPA plugin (now with 5.3 snapshot) and there's something
> I do not understand: When I use native widgets, every widget creates a
> QPlatformWindow, but only a toplevel window creates a
> QPlatformBackingStore, which is t
I'm implementing a QPA plugin (now with 5.3 snapshot) and there's something I
do not understand:
When I use native widgets, every widget creates a QPlatformWindow, but only a
toplevel window
creates a QPlatformBackingStore, which is the class which delivers the
paintDevice implementation.
Quest
Em sex 07 mar 2014, às 19:19:35, Tom Isaacson escreveu:
> >> Is https://qt.gitorious.org/qt/qtftp/source/readme.txt an option?
> >
> >Yes. I've just recently added it to one of my projects for QFtp / QUrlInfo
> >compatibility in Qt 5.
> I thought it was odd that functionality from Qt4 was removed w
>> Is https://qt.gitorious.org/qt/qtftp/source/readme.txt an option?
>Yes. I've just recently added it to one of my projects for QFtp / QUrlInfo
>compatibility in Qt 5.
I thought it was odd that functionality from Qt4 was removed with no intention
to replace it. I was also surprised at how much
On Tuesday, 25 February 2014 20:12:57 CEST, Thiago Macieira wrote:
> Also, I don't know of any project that has a CI-controlled integration.
OpenStack. Full documentation on their setup (which, btw, tests each and
every commit separately) is available at http://ci.openstack.org/ .
With kind rega
On Friday 07 March 2014 13:53:05 Christoph Feck wrote:
> On Friday 07 March 2014 12:05:09 Tom Isaacson wrote:
> > I needed this functionality in our application so I've written a
> > demo app to handle pausing and resuming HTTP and FTP downloads:
> > https://github.com/parsley72/QtDownloadManager
>
On Friday 07 March 2014 12:05:09 Tom Isaacson wrote:
> I needed this functionality in our application so I've written a
> demo app to handle pausing and resuming HTTP and FTP downloads:
> https://github.com/parsley72/QtDownloadManager
>
> We use Qt 4.8.2 so the FTP download is implemented with QFt
Hi,
> From: Jochen S.
> Sent: 06 March 2014 18:57
> To: development@qt-project.org
> Subject: [Development] WinRT QtCreator - QtQuick Application doesn't work
> I tested the experimental WinRT Plugin with my Windows Phone 8 device.
> A QWidget-project works out-of-the-box, but the QtQuick-projec
I tested the experimental WinRT Plugin with my Windows Phone 8 device.
A QWidget-project works out-of-the-box, but the QtQuick-project doesn't
work.
It seems like the QML file cannot be found under the specified path.
What am I doing wrong??
___
Developm
I needed this functionality in our application so I've written a demo app to
handle pausing and resuming HTTP and FTP downloads:
https://github.com/parsley72/QtDownloadManager
We use Qt 4.8.2 so the FTP download is implemented with QFtp. We're intending
to migrate to Qt5 later this year but sinc
Hello,
many of you know me as somebody who worked with and on Qt and KDE for a long
time. Today I am writing to you in a related but different capacity. For more
than year now, I am working with Open Invention Network to improve the
protection of the Open Source ecosystem from software patent
On Thu, Mar 06, 2014 at 08:46:19AM +0100, Knoll Lars wrote:
> On 27/02/14 11:28, "Oswald Buddenhagen" wrote:
> >to sum up: we agree with lars' proposal, except on this point. lars,
> >feel like changing your mind?
>
> Ok, let’s try it and see what happens. We can always adjust as we go
> forward.
Fredag 28. februar 2014 14.46.06 skrev Thiago Macieira:
> Em qui 20 fev 2014, às 06:21:44, Sarajärvi Tony escreveu:
> > QDEBUG : tst_QTcpSocket::blockingIMAP(WithSocks5Proxy SSL)
> > QSocks5SocketEngine(0x99e730) _q_controlSocketReadNotification more bytes
> > available, calling _q_controlSocketRea
13 matches
Mail list logo
