Discussion :

[GreatTux]

Le module Qt Quick et le langage QML est l'un des ajouts majeurs de Qt 4.7.

La dernière version de Qt Quarterly présente un article qui détail ce qu'est Qt Quick et le QML, les spécificités du langage et son interaction avec du code C++/Qt.

Une traduction de cet article est disponible :

Qt Quick sort de la quiétude

Avez-vous utilisé le langage QML pour vos nouveaux projets ? Que pensez-vous de son utilisation ? Plutôt dans des projets de grande ampleur ou pas ?

[stardeath]

j'ai un peu de mal à voir le changement par rapport à ce qui se fait maintenant, on créé notre ui dans le designer, on la charge de façon dynamique, les concepteurs d'ui ne mettent pas les mains dans le code.

quel est l'intérêt de qml? O_o

[yan]

quel est l'intérêt de qml? O_o

Pour moi c'est de permettre une séparation très forte entre l'ihm et le code métier.

QML : l'affichage et le code lié à l'ihm.
C++ : code métier.

Le problème c'est que les ihm sont dynamique de nos jours. Dés que l'on veux faire une ihm qui sort un peu de l'ordinaire et les développement à l'ancienne n'est plus vraiment adapté. QML essaie de proposer un solution beaucoup plus souple comme le xaml de .net

[vincepoencet]

Merci pour l'article.

Par contre le XAML permet soit du "dessin" comme l'exemple (rectangle) soit de re-designer un composant (textbox, combobox) tout en gardant la fonctionnalité du composant.

Dans tous les exemples que j'ai vu (meme si je ne me suis pas particulierement renseigné) on ne voit que des rectangles et des ellipses, en gros rien avec de la logique derriere.
Peut t'on faire pareil qu'en XAML en QML ?

Parce que je veux bien que pour des trucs très spécifique on puisse s'en sortir comme ça, mais je me vois mal faire une appli de prod en recréant tous les composants.

Pour l'instant j'ai l'impression qu'il manque encore cette couche "widget" à QML, je me trompe ?
Par exemple comment fait on une combo en QML ?

[yan]

Peut t'on faire pareil qu'en XAML en QML ?

QML n'est pas XAML et ne propose pas exactement la même chose (mais peut être que je me trompe sur le but de XAML). De mon point de vue, c'est une réponse à un même besoin :
Simplifier le développement d'IHM nouvelle génération. En gros ce que l'on voie apparaître avec les smartphones.

Pour l'instant j'ai l'impression qu'il manque encore cette couche "widget" à QML, je me trompe ?
Par exemple comment fait on une combo en QML ?

Il n'y as pas de couche widget car QML n'est pas une philosophie widget.
Y avais une petite vidéo intéressante :
blip.tv/file/2561463
Mais rien n'empêche d'utiliser les widgets dans qml.

QML ne sera pas adapté à toutes les IHM. Tous dépend de ce que tu veux faire.
Y as ce poste qui pourrais t’intéresser :
http://www.developpez.net/forums/d81...eclarative-ui/
Ou les demo de Qt
http://qt.developpez.com/doc/latest/...eexamples.html

[vincepoencet]

Merci pour les liens.

[_skip]

Pour moi c'est de permettre une séparation très forte entre l'ihm et le code métier.

QML : l'affichage et le code lié à l'ihm.
C++ : code métier.

Le problème c'est que les ihm sont dynamique de nos jours. Dés que l'on veux faire une ihm qui sort un peu de l'ordinaire et les développement à l'ancienne n'est plus vraiment adapté. QML essaie de proposer un solution beaucoup plus souple comme le xaml de .net

J'avais commencé un début de discussion ici sur cette techno.

Je pensais que c'était comme tu dis justement, c'est à dire une approche très proche de xaml en wpf mais j'en suis revenu.

Perso je trouve que la séparation métier-vue dont tu parles se fait assez mal car à la manière dont c'est présenté, c'est la partie IHM en (QML donc) qui assume le rôle de contrôleur.
Mixer du code c++ et QML pour la partie contrôleur me paraît un cauchemardesque à tester sur des UIs un tant soit peu complexe avec des choses qui s'activent contextuellement selon l'état d'un objet C++.

[yan]

c'est la partie IHM en (QML donc) qui assume le rôle de contrôleur.

Peut on avoir réellement un contrôleur totalement indépendant de l'ihm?

Pour moi y as toujours un bout(voir l'intégralité?) de contrôleur qui dépend de l'ihm. Et rien n'empêche de mettre la partie du contrôleur métier dans le code métier et la partie du contrôleur ihm avec l'ihm.

MVC est surtout un pattern de base. Pour info Qt fait du MVP et non du MVC
http://qt.developpez.com/doc/latest/...ogramming.html

[_skip]

Peut on avoir réellement un contrôleur totalement indépendant de l'ihm?

Non puis c'est pas le but...

Pour moi y as toujours un bout(voir l'intégralité?) de contrôleur qui dépend de l'ihm. Et rien n'empêche de mettre la partie du contrôleur métier dans le code métier et la partie du contrôleur ihm avec l'ihm.

Justement j'aimerai surtout voir ce que ça donne côté maintenance de mixer les deux.

[yan]

Justement j'aimerai surtout voir ce que ça donne côté maintenance de mixer les deux.

Arf j'allais oublié...
Je pense que ce projet peut intéresser
http://pysnippet.blogspot.com/2010/0...k-example.html