Quel est votre EDI préféré pour Qt ?

Pourquoi lui restez-vous fidèle ou en avez-vous changé ?

Le 28 juin 2011, par dourouc05, Responsable Qt

Mise à jour 2013
Ce sondage a été renouvelé en 2013. Venez participer, cela se passe ici :

Quel est votre EDI préféré pour Qt en 2013 ?
--------------------------------------------------------------------------

L'année dernière était lancé le dernier sondage sur les EDI utilisés avec Qt.

Depuis lors, le paysage Qt a bien changé : Qt Creator est venu en version 2.2, avec un support complet de Qt Quick (à l'époque, on parlait toujours de Declarative UI) ; NetBeans a sorti sa version 7, même s'il semble que les améliorations prévues sur le support de Qt n'ont pas vu le jour ; le développement de l'add-in Visual Studio a poursuivi sa croissance.

Avez-vous changé d'EDI préféré sur cette période ? Restez-vous sur le même, au vu de ses récentes évolutions ?

Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :

Signaler un problème sur cette actualité

air-dex - Membre émérite

le 28/06/2011 à 13:54

Pour moi, c'est QtCreator dans mes projets personnels (là où je fais du Qt en fait). C'est un bon IDE qui s'améliore de version en version, très plaisant à utiliser, et à qui il manque de moins en moins de choses pour être parfait :

Gestion de la documentation (doxygen ou Qt-Doc, il parait que ça existerait mais je n'en sais pas plus).
Tâches de compilation que l'on peut créer et appeler à sa guise. J'entends par là qu'il ne faudrait pas se limiter à "Compilation" et "Exécution"
Documentation de la bibliothèque standard intégrée.
Création de dossiers dans un projet QtCreator.
Fin de l'intégration de tous les outils annexes de Qt dans QtCreator.
Si on peut faire des plugins pour cet IDE, mettre en avant leur processus de création.
Pour faire la fine bouche, un WYSIWYG pour les fichiers PRO.

Sinon pourquoi ne pas avoir mis KDevelop et QDevelop dans le sondage ?

Klaim - Membre expert

le 28/06/2011 à 14:31

Ce que je reproche à QtCreator :

- creation de dossier interdite (j'ai fait un ticket là dessus, ils disent que QtCreator est pas un exporer de fichier... super)
- il n'y a pas de notion de dossier virtuel (du moins la dernière fois que j'ai testé, ça a changé depuis?)
- on ne peut pas organiser les projets par groupe
- le nommage automatique des fichiers est pas du tout flexible
- on ne peut pas compiler un cpp séparément du reste (et contrairement à ce qu'ils disent, c'est bien un problème de QtCreator ou de son système de build)

Donc il faudrait finalement peu de choses pour que je m'y mettes vraiment, mais pour l'instant je suis pas convaincu. J'aimerai bien, ça m'arrangerai techniquement, mais là tout de suite...

gbdivers - Inactif

le 28/06/2011 à 15:18

Gestion de la documentation (doxygen ou Qt-Doc, il parait que ça existerait mais je n'en sais pas plus).

On peut soit utiliser les outils externes, soit ajouter l'exécution de doxygen dans le .pro

Si on peut faire des plugins pour cet IDE, mettre en avant leur processus de création.

Ça était demandé sur la mailling list et c'est en cours de rédaction : http://doc.qt.nokia.com/qtcreator-ex...eator-api.html
De plus, dans Qt Creator, tu peux faire "Nouveau projet" -> "Autre projet" -> "Plugin-in Qt Creator". Tu aurais le code source commenté minimal pour créer un plugin

LittleWhite - Responsable 2D/3D/Jeux

le 28/06/2011 à 15:49

Moi, dans les reproches (mais c'est surement de ma faute ... (User is always wrong)) ... c'est une mauvaise intégration de la gestion avec SVN, lorsque l'on utilise TortoiseSVN sous Windows (notamment à cause d'un appel à la commande svn.exe ... et que tortoise ne semble pas trop être au courant des trucs habituels (Linux command style).

spidermario - Membre éclairé

le 28/06/2011 à 23:23

J’aime bien KDevelop : l’intégration d’astyle est bonne, de même que la prise en charge de CMake qui le rend agréable même pour des projets non-Qt.

De plus, grâce aux KParts, l’éditeur est Kate, que j’utilise pour les autres langages.

stef-13013 - Membre régulier

le 29/06/2011 à 1:57

Sans hésitations QtCreator.
Je m'en sers non seulement pour l'API Qt, mais aussi pour des progs C/C++ plus généralites.

VS2010 est un gros monstre, lourd, lent (meme avec une grosse machine)
Quand on voit, ne serait-ce que qmake (ou cmake) pour la génération des makefile, y'a pas photos.

Par contre il manque encore quelques fonctions a QtCreator pour etre au top, mais ca va venir...

dj_the_kid - Membre du Club

le 29/06/2011 à 12:43

Moi j'ai opté pour visual studio (+ visual studio integration) puisque je suis encore limité avec QtCreator.

Tout d'abord, je developpe sur windows et le debugger de visual studio me parait bien plus complet.
Dernierement, j'ai installer l'outil "Microsoft developper tools" et j'ai configuré qt Creator 2.1 à fin qu'il l'utilise.
Cependant, après avoir migré vers QtCreator 2.2, plus rien ne fonctionnais. De ce fait, je suis simplement
retourné vers visual studion, car pour moi QtCreator n'est pas encore mature.

Hors mis cela, avec visual studio et l'outil "vs integration", je suis plus productif, car il suffit par exemple de
double cliquer sur un bouton dans le designer et hop le slot "on_Bton_clicked()" est inséré dans le code. Si je
ne me trompe pas, cela n'est pas possible avec QtCreator.

La documentation intégrée dans QtCreator ne m'affiche pas les fonctions de l'api WIN32, que j'utilise très fréquemment.

En plus, je ne connais pas un addin pour QtCreator qui dresse automatique des statistiques pour mon code.

Vu ce grand manque, je compte me contenter de visual studio pour l'instant

Klaim - Membre expert

le 29/06/2011 à 14:12

Quand on voit, ne serait-ce que qmake (ou cmake) pour la génération des makefile, y'a pas photos.

Heu, ca n'a rien a voir avec l'IDE vu que CMake génère aussi des fichiers projets pour tous les IDE.... c'est de l'ordre du build system.

clampin - Membre régulier

le 30/06/2011 à 21:25

Salut,

Pour ma part, j'ai choisis QtCreator, car je suis sur mac et c'est vraiment le plus simple pour gérer les projets Qt. J'ai bien essayé avec XCode, mais c'est devenu impossible avec XCode 4 (ou alors si l'on pouvait m'expliquer comment gérer un projet Qt avec XCode 4, ça serait gentil).

der§en - Membre habitué

le 03/07/2011 à 21:27

Qt Creator sans hésiter, j'ai bien tenté sous Eclipse mais comme toute solution a base de java cela rame grave, alors depuis que suis sous Qt Creator, c'est excellent surtout qu'a chaque nouvelle version il se bonifie....

Der Drachen - Membre régulier

le 04/07/2011 à 15:09

Ca dépend de l'OS. C'est généralement Visual Studio sous Windows, XCode sous Mac, et shell / emacs sous Linux.

Citation

Envoyé par clampin

Pour ma part, j'ai choisis QtCreator, car je suis sur mac et c'est vraiment le plus simple pour gérer les projets Qt. J'ai bien essayé avec XCode, mais c'est devenu impossible avec XCode 4 (ou alors si l'on pouvait m'expliquer comment gérer un projet Qt avec XCode 4, ça serait gentil).

Recette maison : tu crée un projet avec "External Build System", et tu configures deux Targets : une qui execute "qmake -spec macx-g++", une autre make que tu mets par défaut. La premiere te génère ton Makefile, la seconde l'execute. Sachant que qmake n'est nécessaire qu'après modification d'un .pro. (Fait juste gaffe a ne pas oublier le -spec de qmake, sinon ca remplace le .xcodeproj

)

[EDIT]
Nouveau sondage 2013
Ce sondage a été renouvelé en 2013. Venez participer, cela se passe ici :

Quel est votre EDI préféré pour Qt en 2013 ?

Offres d'emploi IT

Ingénieur développement électronique H/F

Safran - Ile de France - 100 rue de Paris 91300 MASSY

Ingénieur produit (Landing gear) H/F

Safran - Ile de France - MASSY Hussenot

Architecte / concepteur électronique analogique H/F

Safran - Ile de France - Éragny (95610)

Voir plus d'offres Voir la carte des offres IT

Responsable bénévole de la rubrique Qt : Thibaut Cuvelier -

Copyright © 2000-2017 - www.developpez.com