[Development] Future of Qt Quick 1 in Qt 5

Frederik Gladhorn frederik.gladhorn at theqtcompany.com
Fri May 8 16:32:46 CEST 2015


On Friday, May 08, 2015 04:04:46 PM André Somers wrote:
> Albert Astals Cid schreef op 8-5-2015 om 15:58:
> > On Fri, May 8, 2015 at 3:53 PM, Frederik Gladhorn
> > 
> > <frederik.gladhorn at theqtcompany.com> wrote:
> >> Absolutely. But you can migrate to Qt 5.5 which has Qt Quick 1 support
> >> and
> >> later to 5.6 and onwards.
> > 
> > Not if you're using the Qt that comes with your Linux distribution
> > (not sure how common that is, i know i am).
> 
> Actualy: didn't Qt promise to be backwards compatible, both binary and
> source, within a major version? I'd think that removing Quick 1 within
> Qt 5 breaks that promise. Then again: it has been breaking that promise
> with compilers and platforms too, right?

We are keeping the binary compatibility promise inside each library, that 
policy is unchanged and I don't want to start a discussion on this.

Since it has become impossible to keep QtWebKit up to speed for a variety of 
reasons, we will have to drop that part, so we are forced to remove part of 
our offering. It is still possible to compile the module manually, but due to 
security concerns longer term that is not recommendable.

For Qt Quick, we have a clear and great migration path (the printing problem 
aside, I hope we'll find a solution to that), so putting more effort into 
fewer modules makes a lot of sense. The case where this really creates 
problems is when you don't control the Qt version. I can only think of Linux 
distributions where this would manifest since pretty much everyone is shipping 
Qt along with their app. Linux distributions have dependency management, so 
even there the problem will only really manifest for self-built apps after 
updating to a new minor Qt version.

Cheers,
Frederik

> 
> André
> 
> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development




More information about the Development mailing list