Je rejoins tous ceux qui demandent des tutoriels sur qtquick / qml, sachant que c’est nouveau, à la mode, et que les docs sont pour certaines dépassées, pour beaucoup succinctes ou manquantes.
À mon sens, il y a ces points à aborder dans un « tutoriel » un peu complet :
* séparation métier interface, échange de données entre C++ et QML. Et échanges un peu plus complexes que juste appeler une méthode sans argument, ce qu’on voit trop souvent. Par exemple, avec une liste d’objets complexes, créée depuis le C++, et modifiable depuis le QML
* développement de la première, explication du modèle mémoire pour les objets partagés. Je n’ai pas encore trouvé un seul article convenable là-dessus (heureusement, valgrind est mon ami et je commence à avoir quelques idées)
* adaptation de l’interface : comment faire pour faire une interface adaptée à plusieurs écrans, résolutions, dpi, etc.
* déploiement : comment déployer une application qml, notamment, comment et où installer les fichiers qml, etc. Ce point est super important professionnellement, et peu abordé.
Pas besoin de détailler les aspects kikoolol / transitions / etc, on trouve ça à foison sur le net.
Par rapport aux autres suggestions :
* QtNetwork : on arrive à trouver des ressources, pas forcément très important
* QtSQL : personnellement, je déconseille son usage. L’abstraction fournie n’apporte pas grand chose au final, et au contraire on perd beaucoup en finesse (exemple : zéro remontée d’erreur avec postgresql. Une blague…)
* migration qt4 -> qt5 : ça peut être intéressant, pour l’instant je ne me suis pas posé la question
* accessibilité : ça me semble une bonne idée, surtout de parler d’accessibilité en QML. Je sais que des trucs existent, mais je suis totalement incapable de dire quoi.
* applications embarquées : je ne sais pas trop ce qui va être dit.
* qwt : à mon sens, qwt va rapidement être obsolète. QML fournit un graphe de scène opengl, pour de la visu c’est nettement meilleur car ça décharge le CPU de certaines de ses tâches
* kde farmeworks 5 : c’est un trop gros morceau, avec plein de choses différentes. À mon avis, pour un tutoriel, il faut mieux partir d’un besoin fonctionnel, et éventuellement, aborder la partie de kde frameworks 5 qui fera du sens.
Je rejoins aussi JolyLoïc sur ce point
- Des tutos, probablement plus sujets à la controverse, sur comment continuer à faire du C++ quand on fait du Qt : Comment séparer partie métier et IHM, comment n'utiliser que les types standards dans la partie métier, mais surtout comment mêler dans la partie IHM les types standards et les types Qt.
L’invasivité de Qt sur le reste du code est une plaie. Il y a très certainement des techniques pour limiter cela, mais elle sont mal documentées.
2 |
0 |