[Development] Fwd: New repository for WebGL Streaming QPA plugin

Hello all!18:48, 5 Apt 2017 г., Oswald Buddenhagen :On Wed, Apr 05, 2017 at 03:20:52PM +, Simon Hausmann wrote:qt-labs sounds like a good fit to me, too.given that the final destination is qt/, that's what should be done now.

[Development] Maintenance Tool with offline install function?

Hi all, Yesterday I installed a Qt 5.9 beta snapshot and I'm impressed how much the Maintenance Tool improved! The possibility to install Qt versions in parallel and to remove single components is awesome! There is one thing missing to make it perfect: Allow to store the downloaded archives

Re: [Development] New repository for WebGL Streaming QPA plugin

Hello all!18:48, 5 Apt 2017 г., Oswald Buddenhagen :On Wed, Apr 05, 2017 at 03:20:52PM +, Simon Hausmann wrote:qt-labs sounds like a good fit to me, too.given that the final destination is qt/, that's what should be done now.___Development mailing

Re: [Development] redistributing QPA and platform style plugins

FWIW, I have bundled my modified Cocoa QPA and Macintosh style with the platform theme plugin I already had: https://cgit.kde.org/scratch/rjvbb/osx-integration.git/ The nice thing with QPA and platform theme plugins is that - a platform theme plugin calling itself cocoa overrides the one provid

[Development] SIGFPE in QQuickMenu and QBasicDrag

Hi, I've started to work on a patch to fix QTBUG-45045 (https://bugreports.qt.io/browse/QTBUG-45045). The main issue is that the cursor position is compared to "int(qInf())" to check its validity. However casting infinity to int is undefined behavior and in some cases can trigger a SIGFPE and cra

Re: [Development] QList

> On 06 Apr 2017, at 10:58, Ulf Hermann wrote: > >> IMO, There's no point in QUIPing this, yet, because while there's consensus >> to >> remove QList in the current form from Qt 6 APIs, there's no general exit >> strategy. I outlined one, but I don't feel it has gained anything near >> conse

Re: [Development] QList

> IMO, There's no point in QUIPing this, yet, because while there's consensus > to > remove QList in the current form from Qt 6 APIs, there's no general exit > strategy. I outlined one, but I don't feel it has gained anything near > consensus, and no counter-proposals have been forthcoming. Ho

Re: [Development] QList

On Thursday 06 April 2017 08:26:54 Lars Knoll wrote: > > On 05 Apr 2017, at 17:51, Oswald Buddenhagen > > wrote: > > > > On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote: > >> There's been a fair amount of talk about QList's future, so I'm curious: > > so, now that the thread has

Re: [Development] QList

On 6 April 2017 at 09:26, Lars Knoll wrote: > >> On 05 Apr 2017, at 17:51, Oswald Buddenhagen >> wrote: >> >> On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote: >>> There's been a fair amount of talk about QList's future, so I'm curious: >>> >> so, now that the thread has finally