Lars Knoll, creador de l'motor KHTML, gerent de el projecte Qt Project i director tècnic de Qt Compani, va parlar sobre els plans per crear la propera branca significativa de el marc Qt. Després que es completi la formació de la funcionalitat de la branca Qt 5.14, el desenvolupament es centrarà en la preparació de la versió Qt 6, que s'espera per a finals del 2020.
Qt 6 evolucionarà amb l'objectiu de garantir la compatibilitat amb Qt 5, però no es descarta que puguin sorgir problemes individuals, ja que els canvis arquitectònics i la neteja planificats no seran possibles sense perdre un cert nivell de compatibilitat. Per facilitar la transició, es planeja incloure algunes característiques de Qt juny en forma abreujada en les versions Qt 6 i Qt 5.14 LTS. També es prepararà un conjunt d'eines per facilitar la migració a Qt juny.
Entre els objectius principals per a la propera sucursal important està alinear la funcionalitat amb els requisits de 2020, netejar la base de el codi i simplificar el manteniment de el projecte.
Aquests són els canvis esperats
Dins dels principals canvis que es tenen previstos per Qt juny es troba la capacitat per compilar QML en una representació en C ++ i codi màquina.
Així com la transferència de suport complet per a JavaScript a la categoria d'opcions (l'ús d'un motor de JavaScript amb totes les funcions requereix grans recursos, el que impedeix l'ús de QML en equips com els microcontroladors).
Es planeja afegir una nova capa abstracta, Rendering Maquinari Interface (RHI), per garantir l'ús sense problemes de diverses API gràfiques, Incloses OpenGL, Vulkan, Metall i Direct 3D (anteriorment Qt estava vinculat només a OpenGL).
Tota la infraestructura de renderitzat existent, inclosos QPainter, Qt Quick Scenegraph i Qt3D, es convertiran a RHI. També es planeja afegir el mòdul Qt Shader Tools per admetre diversos llenguatges de desenvolupament de ombrejadors i proporcionar una compilació creuada de ombrejadors tant en l'etapa d'acoblament com durant l'execució de el programa.
Unificació d'eines per crear una interfície d'usuari
Per evitar la duplicació de la funcionalitat i deixar de subministrar dos productes separats, s'espera que la funcionalitat de Qt 3D Studio s'integri en Qt Design Studio, Molts dels quals els subsistemes i el marc de connexió de complements es construeixen en una sola base de codi amb Qt Creator.
Qt Design Studio també planeja proporcionar una integració de qualitat amb paquets de creació de contingut com Photoshop, Sketch, Illustrator, Maya i 3D Max. Els principals idiomes admesos en un kit d'eines de desenvolupament unificat són C ++, QML i Python.
S'espera preparar una API unificada per crear interfícies d'usuari que combinin elements de gràfics 2D i 3D. La nova API permetrà que QML s'usi per definir elements d'interfície 3D sense usar el format UIP.
En la nova interfície per integrar contingut 3D amb Qt Quick, planegen resoldre problemes com la sobrecàrrega a l'integrar QML amb contingut de Qt 3D o 3D Studio, i la incapacitat de sincronitzar animacions i transformacions a nivell de quadres individuals entre 2D i 3D.
El renderitzat conjunt 2D i 3D s'implementarà utilitzant el nou motor de renderitzat. S'espera una implementació preliminar de el nou Qt Quick amb suport 3D en Qt 5.14.
Afegeix eines per processar recursos relacionats amb gràfics en l'etapa de compilació, per exemple, per convertir imatges PNG en textures comprimides o per convertir ombrejadors i malles en formats binaris optimitzats per a equips específics.
La unificació també implica la possibilitat d'accedir a Qt Creator per interactuar amb les eines de disseny i proporcionar als dissenyadors d'interfícies oportunitats d'eines per a desenvolupadors.
Dels altres canvis que es destaquen són:
- Denegació de versions en QML i una unificació d'estructures de dades que es dupliquen en QObject i QML (reduirà el consum de memòria i accelerarà l'inici).
- Evitar la generació d'estructures de dades en temps d'execució a favor de la generació en temps de compilació.
- Amaga components interns mitjançant l'ús de mètodes i propietats privades.
- Integració millorada amb eines de desenvolupament per a refactorizar i diagnosticar errors durant la compilació.
font: https://blog.qt.io/
QT hauria de fer servir el seu pes per forçar d'una maleïda vegada un sol sistema de so per als escriptoris Linux que facin servir QT. Com fa Google en Android, que totes les aplis han d'usar la infrastructura d'àudio d'Android.
I tant de bo aquesta versió porti funcions atractives i cada vegada més facilitat de desenvolupament i interoperatibilitat. Necessitem que QT desbanqui d'una vegada a GTK i tots els projectes importants es passin a QT. GTK no només és endarrerida i antiga (si es posés a l'altura de QT no tindria cap problema en què fos QT la qual desaparegués) sinó que l'existència de les dues plataformes és una de les causes de la confusió, la fragmentació i la duplicació de esforços i recursos de desenvolupament en l'ecosistema GNU / Linux.