Quelles bibliothèques Qt utilisez-vous pour vos programmes en 2013 ?

Version imprimable

05/10/2013, 17h40
Jiyuu

Quelles bibliothèques Qt utilisez-vous pour vos programmes en 2013 ?

Quelles bibliothèques Qt utilisez-vous pour vos programmes en 2013 ?
Indiquez-nous vos bibliothèques préférées et participez au débat.

Qt est un framework plus que complet dans sa version de base. Cependant, un grand nombre de bibliothèques externes est offert aux développeurs, ajoutant beaucoup d'outils pour simplifier la vie du développeur et leur permettant d'implémenter facilement des fonctionnalités plus avancées.
Certaines, comme QSerialDevice, ont même été ajoutées directement au framework.

Et vous ?
:fleche: Utilisez-vous d'autres bibliothèques en complément des outils originels de Qt ?
:fleche: Si oui, lesquelles et pour quelles raisons ?
:fleche: Trouvez-vous que Qt est suffisamment complet, notamment avec l'intégration de bibliothèques auxiliaires dans la version standard du framework ?

Voir aussi le précédent débat sur le sujet.

Bon débat à tous.
05/10/2013, 19h48
arnolddumas

Citation:

Envoyé par Jiyuu

:fleche: Utilisez-vous d'autres bibliothèques en complément des outils originels de Qt ?

Je me sers juste de Marb, une bibliothèque pour tracer des histogrammes et des camemberts à la LibreOffice : http://romhakorev.github.io/Marb/index.html. C'est dans le même esprit que KDABCharts ou que Qt Charts mais c'est disponible sous GPL.

Citation:

Envoyé par Jiyuu

:fleche: Trouvez-vous que Qt est suffisamment complet, notamment avec l'intégration de bibliothèques auxiliaires dans la version standard du framework ?

Mis à part cette histoire d'histogrammes et de camemberts, rien ne me manque. Bon après je ne fais rien d'extraordinaire avec Qt. ;)
15/10/2013, 09h12
valefor

QWT ? Je me demande encore pourquoi elle n'a pas été intégrée ...
15/10/2013, 09h27
pulsar67

+1 pour Qwt!
Et sinon, s'il y avait de quoi communiquer en USB, je ne dirais pas non... (j'utilise HID API).

En tout cas, l'intégration de QSerialDevice était une bonne idée (c'est con, mais depuis qu'ils l'ont fait, je n'utilise plus la liaison série).
15/10/2013, 10h10
azias

On a failli utiliser QtMobility une fois dans un projet, mais c'était juste pour connaitre la taille disque disponible restante alors on n'a pas voulu intégrer un module juste pour ça, on a fait sans. J'ai d'ailleurs été étonné que cette fonctionnalité ne soit pas dans les classes de base.

Sinon, le plus gros manque auquel on a eu affaire: les PDF (génération, lecture, recherche de texte...). Le module QPrinter permet certes de générer du PDF à partir QTextDocument, ça nous a dépanné au départ mais ce n'est vraiment pas satisfaisant pour produire des documents de qualité professionnelle, utiliser des templates... on a fini par se tourner vers une solution en partie payante. Le format PDF est presque obligatoire de nos jours (un peu comme les formats png, jpeg, gif), dommage que Qt ne propose pas un module PDF (je serai même prêt à participer au développement).
15/10/2013, 10h32
Marty69

Je travaille dans le spectacle vivant.
Quand c'est possible je développe avec Qt mais avec les librairies de base.

Il manque cruellement une bibliothèque spécialisée pour ce type de projet. Typiquement pour gérer tout type d'installation interactive : gestion des caméras Kinect, OpenCV, OpenNI, gestion de divers protocoles comme DMX, Artnet, OSC, Midi etc...

Quand ce n'est pas possible avec Qt, je développe sous openFrameworks ou Cinder
15/10/2013, 16h27
air-dex

Citation:

Envoyé par Jiyuu

:fleche: Utilisez-vous d'autres bibliothèques en complément des outils originels de Qt ?
:fleche: Si oui, lesquelles et pour quelles raisons ?

J'ai utilisé QJson par le passé. J'avais besoin de manipuler du JSON dans une application Qt 4 (projet perso de client Twitter) et QJson a été là pour ça. Mais cette application est désormais sous Qt 5 et QJson a été retirée au profit de Qt JSON.

Sinon j'utilise des librairies personnelles. J'ai séparé le code de connexion aux services tiers du client Twitter cité plus haut du reste du code pour en faire une librairie dédiée à cela que je peux réutiliser ailleurs (ce que je fais). Mis à part ça j'ai fait une autre librairie maison pour gérer les suites de tests avec Qt.

Citation:

Envoyé par Jiyuu

:fleche: Trouvez-vous que Qt est suffisamment complet, notamment avec l'intégration de bibliothèques auxiliaires dans la version standard du framework ?

Qt me semble pas mal complet en tant que framework, au moins pour le trucs de base. Cependant j'ai très peur pour le futur. Je pense là à la prise en charge du XML qui sera fortement dégradée dans les versions à venir. Qt XML est dépréciée au profit de deux classes qui offrent une gestion extrêmement bas niveau du XML. Je pense aussi au passage de Qt WebKit à Qt Web Engine. J'ai peur que la prise en charge du HTML (via les QWebElements) prenne le même chemin que celle du XML.
15/10/2013, 21h43
dourouc05

Citation:

Envoyé par valefor

QWT ? Je me demande encore pourquoi elle n'a pas été intégrée ...

Très probablement parce que cela marcherait sur les plates-bandes de Digia avec leur Charts (http://qt.digia.com/Product/Qt-Core-...ctions/Charts/), voire de KDAB, gros contributeur à Qt, avec leur KD Chart (http://www.kdab.com/kdab-products/kd-chart/, bien qu'il me semble que ce soit disponible sous GPL). Distribuer ces produits avec Qt, ça veut dire sous GPL et LGPL, soit moins de vente de licences. (Purement spéculatif, je n'ai pas trouvé de déclarations officielles à ce sujet – et ça ne m'étonne pas :aie:.)

Citation:

Envoyé par air-dex

Cependant j'ai très peur pour le futur. Je pense là à la prise en charge du XML qui sera fortement dégradée dans les versions à venir. Qt XML est dépréciée au profit de deux classes qui offrent une gestion extrêmement bas niveau du XML. Je pense aussi au passage de Qt WebKit à Qt Web Engine.

Dans le même genre, Qt XML Patterns n'a pas de mainteneur (http://qt-project.org/wiki/Maintainers) et ne devrait pas voir de nouvelles fonctionnalités dans un futur proche, étant marqué comme "done" (http://qt-project.org/wiki/Qt_Modules_Maturity_Level). Cependant, ça n'est pas très à jour, le support de XSLT ne semble pas avoir évolué depuis Qt 4.5, toujours pas à un niveau XSLT 2 complet (http://qt-project.org/doc/qt-5.0/qtx....html#xslt-2-0). Là, c'est encore plus dur d'implémenter les fonctionnalités requises par-dessus les primitives de Qt Core… Maintenant, beaucoup de gens utilisent-ils ces fonctionnalités ? Ne préféreraient-ils pas passer directement par un Saxon, bien déployé, maintenu, performant, même s'il faut s'interfacer avec Java/.Net ?
15/10/2013, 22h03
arnolddumas

Citation:

Envoyé par dourouc05

Très probablement parce que cela marcherait sur les plates-bandes de Digia avec leur Charts (http://qt.digia.com/Product/Qt-Core-...ctions/Charts/), voire de KDAB, gros contributeur à Qt, avec leur KD Chart (http://www.kdab.com/kdab-products/kd-chart/, bien qu'il me semble que ce soit disponible sous GPL).

Effectivement, KDChart est disponible sous GPL. Bonne nouvelle donc. ;)
16/10/2013, 08h17
dourouc05

Citation:

Envoyé par arnolddumas

Effectivement, KDChart est disponible sous GPL. Bonne nouvelle donc. ;)

Pas vraiment une si bonne nouvelle. La GPL n'est pas une licence aussi libre (dans le sens "permissive") que la LGPL, étant contaminante. Pour un développement commercial, avec objectif de lucre, impossible à utiliser. D'ailleurs, pour télécharger KDChart, il faut s'inscrire sur leur site – soit laisser un paquet d'infos personnelles, à moins de mentir à leur sujet.
16/10/2013, 13h53
arnolddumas

Citation:

Envoyé par dourouc05

Pas vraiment une si bonne nouvelle. La GPL n'est pas une licence aussi libre (dans le sens "permissive") que la LGPL, étant contaminante. Pour un développement commercial, avec objectif de lucre, impossible à utiliser. D'ailleurs, pour télécharger KDChart, il faut s'inscrire sur leur site – soit laisser un paquet d'infos personnelles, à moins de mentir à leur sujet.

La GPL peut être gênante dans certains cas mais je ne pense pas qu'elle le soit pour un particulier. Du coup, les développeurs amateurs peuvent utiliser KDChart gratuitement sous GPL et les entreprises peuvent développer avec Qt Charts qui est payant mais disponible sous une licence moins contraignante.
16/10/2013, 15h37
Jiyuu

La GPL autorise bien la commercialisation du programme ? Bon par contre ça n'enlève rien au fait qu'elle soit plus contraignante que sa petite soeur LGPL
16/10/2013, 18h33
arnolddumas

Oui tu peux vendre ton programme mais dans la mesure où les sources doivent être disponibles, ça complique un peu les choses. En fait, c'est plutôt grâce au support que grâce au logiciel en lui même que l'on fait son beurre.
16/10/2013, 18h57
Jiyuu

Ou avec une appli "mobile" (android, IOs,...) :P
22/10/2013, 00h05
air-dex

Citation:

Envoyé par dourouc05

Maintenant, beaucoup de gens utilisent-ils ces fonctionnalités ? Ne préféreraient-ils pas passer directement par un Saxon, bien déployé, maintenu, performant, même s'il faut s'interfacer avec Java/.Net ?

Pas d'accord. S'il faut s'interfacer avec telle ou telle techno pour avoir telle ou telle fonctionnalité (ici la gestion du XML), alors c'est que le choix de la technologie "Qt" n'est pas le bon. Autant aller sur les technos avec lesquelles on cherche à s'interfacer pour développer.

Et puis n'oublions pas que ces interfaçages sont encore moins évidents pour des applis mobiles que pour des apps Desktop. Or Qt cherche justement à percer sur mobile...
22/10/2013, 20h51
chrtophe

xml et pdf

Je développe en amateur avec Qt, je ne suis pas développeur de métier.

J'ai eu affaire avec QtXml et la gestion pdf.

La gestion pdf de QPrinter m'a posé le problème suivant, le pdf sors en image même avec du texte, notamment avec un QTableWidget.
Plutôt que d'utiliser render, j'ai "dessiné " mon tableau. Le gros boulot a été de gérer les sauts de pages selon la taille des cellules pouvant contenir des polices de taille différente. Dessiner le cadre autour de la cellule se faisant avec drawrect, le texte avec drawtext cadré par le rectangle du drawRect tout simplement avec. Je n'ai pas voulu utiliser de bibliothèque externe. Le résultat est nickel, je suis étonné du résultat que j'ai réussi à obtenir. J'ai vu un exemple de code passant par l'intégration du tableau dans un QTextDocument.

Concernant QtXml, je m'en sers pour stocker mes sauvegardes, je trouve ça pratique, souple et c'est à la mode. Je ne me sers pas de sax mais de QDom, je n'utilise pas de xslt, je ne vérifie pas le bon formatage du xml.

Je suis sur Qt4.8

Pour la dépréciation de QtXml, vous m’inquiétez, je n'ai pas envie de passer à Qt5 et me retrouver avec le même prob que l'évolution de python rendant incompatibles les applis d'une version à l'autre.
23/10/2013, 13h32
cedric57

Pour les applications multimédias que je développe j'utilise libVLC ainsi que FFmpeg car je ne trouve pas tout ce que je souhaite dans le module multimedia. (gestion du protocole de diffusion vidéo RTSP + encodage vidéo)
Par contre ces fonctionnalités sont annoncées dans la raodmap du module Multimedia et je les attends avec impatience!
http://qt-project.org/wiki/Qt_Multimedia

Dans le passé j'ai aussi utilisé Qwt et Qwt3D.
25/10/2013, 17h39
air-dex

Citation:

Envoyé par chrtophe

Pour la dépréciation de QtXml, vous m’inquiétez, je n'ai pas envie de passer à Qt5 et me retrouver avec le même prob que l'évolution de python rendant incompatibles les applis d'une version à l'autre.

Il restera encore les classes QXmlStreamReader et QXmlStreamWriter (introduites avec Qt 4.3) mais c'est loin d'être l'idéal comparé au QDom.