Les bindings de Qt sont-ils réellement matures ?

**_skip** · 23/08/2010, 19h05

Il y a juste un petit bémol dans la licence commerciale, le fait qu'on te demande de livrer ton application avec un runtime python signé.

Mais python s'en sort bien avec son binding Qt, c'est peut être le langage qui tire le mieux son épingle du jeu. Côté java, QtJambi a été stoppé et franchement j'ai pas une grosse confiance en son avenir communautaire. Puis le binding .Net est QtJambi compilé avec IKVM, ce qui fait quand même beaucoup de bidules expérimentaux empilés.

Et d'autres relèvent carrément de la plaisanterie.

**o.girardot** · 23/08/2010, 19h18

Pour le coté commerciale de la chose, je trouve très bonne l'initiative de Nokia autour de PySide qui en plus d'être en LGPL conserve une API compatible avec PyQt (qui est plus ancienne).

Mais c'est sûr que pour l'avenir (et mes prochains articles) je vais plus me focaliser sur PySide vu son coté moins restrictif.

**yan** · 23/08/2010, 21h46

Envoyé par _skip

Puis le binding .Net est QtJambi compilé avec IKVM, ce qui fait quand même beaucoup de bidules expérimentaux empilés.

Pas QYoto. C'est du code C# interfaçant les lib C++. Et ça marche plutôt pas mal. Pour avoir essayé 2-3 fois sous linux c'est même très agréable!!!

Sous windows c'est encore très compliqué pour compilé les dll .net. Mais j'ai pas encore re-testé . Sous linux c'est déjà tous fait sur la plupart des distribue.

**_skip** · 24/08/2010, 15h27

Envoyé par yan

Pas QYoto. C'est du code C# interfaçant les lib C++. Et ça marche plutôt pas mal. Pour avoir essayé 2-3 fois sous linux c'est même très agréable!!!

Sous windows c'est encore très compliqué pour compilé les dll .net. Mais j'ai pas encore re-testé . Sous linux c'est déjà tous fait sur la plupart des distribue.

Oui je l'ai vu...

Je sais pas trop, l'idée est intéressante mais la présentation du projet est toute pourrie, en plus tous les liens sur la page wiki sont des 404. Bref ça me met pas trop en confiance. Surtout que le multi-plateforme ne semble pas être leur préoccupation.

**yan** · 24/08/2010, 17h30

Envoyé par _skip

Je sais pas trop, l'idée est intéressante mais la présentation du projet est toute pourrie, en plus tous les liens sur la page wiki sont des 404. Bref ça me met pas trop en confiance. Surtout que le multi-plateforme ne semble pas être leur préoccupation.

Il fait son bout de chemin sous linux mais inconnue sous windows. Quelques personnes travaillent sur les modif pour marcher avec windows.

Vue que C# avec mono se développe de + en + sous linux, je pense que qyoto suit le mouvement et devient petit à petit une alternative intéressante à gtk#.

Côté portabilité, il y a surtout des problèmes de cmake et de compilateur C++. A part cela il ne devrait pas y avoir trop de problème. Tu devrais même pouvoir compiler l'exe sous linux et l'utiliser sous windows si tu as les dll correspondante sur les deux plateformes.

**_skip** · 24/08/2010, 20h15

La librairie de référence de mono, à savoir gtk# est pas mal puissante déjà et elle-aussi multiplateforme moyennant un déploiement du runtime gtk sous windows. Ce que Qt pourrait apporter sur la table, c'est surtout son éditeur nettement plus puissant que celui de monodevelop je suppose.

Il faut que je regarde de plus près pour voir jusqu'où ils ont été avec Qyoto, s'ils proposent la conversion des slots en delegate et ce genre de chose...

**yan** · 24/08/2010, 20h27

Envoyé par _skip

Il faut que je regarde de plus près pour voir jusqu'où ils ont été avec Qyoto, s'ils proposent la conversion des slots en delegate et ce genre de chose...

tu peux regarder ici.