Albert Astals Cid, un employé de KDAB (cette société étant l'une des plus grosses contributrices à Qt), donne sur son blog plus de détails sur les discussions qui ont eu lieu sur Qt 6. Tout d'abord, la date est bien confirmée pour novembre 2020. D'ici là, Qt 5 continuera à avoir ses versions mineures semestrielles, la dernière devant être Qt 5.15 (elle aura une maintenance à long terme). D'un point de vue technique, Qt 6 s'appuiera sur C++17, pas une norme plus ancienne. La migration devrait être très facile, au moins pour ceux qui ont suivi les fonctionnalités désapprouvées au fil du temps. En peu de mots, Qt 6 ne devrait pas avoir de fonctionnalité majeure, plutôt ressembler à Qt 5.15 en enlevant toutes les fonctionnalités désapprouvées et en changeant les interfaces qui doivent l'être. Pour faciliter la migration, l'essentiel des problèmes de compatibilité entre Qt 5 et 6 devraient être des choses qui cassent clairement à la compilation (sans nécessiter trop de travail de réécriture, de préférence) : autant que possible, les changements de comportement à l'exécution seront évités.
Le système de compilation de Qt 6 n'est pas encore décidé, mais il est certain que ce ne sera plus qmake. Le choix semble assez limité, cependant : des gens travaillent sur Qbs (une petite étude a d'ailleurs été récemment lancée par le nouveau gestionnaire de produit), mais personne sur un autre candidat. CMake n'a pas été retenu, parce qu'il n'est pas compatible avec toutes les plateformes de Qt (pour l'embarqué, par exemple). Les fichiers de configuration nécessaires seront de toute façon inclus pour que l'on puisse compiler des applications Qt avec CMake.
Ainsi, l'objectif est de continuer à travailler normalement sur Qt 5 : toutes les fonctionnalités qui peuvent y être intégrées le seront, elles ne seront pas retardées pour faire de Qt 6 une version particulièrement impressionnante.
Envoyé par dourouc05
