Connaissez vous l'EDI Qt Creator ? Que pensez vous de lui?
Le 2008-11-05 15:16:50, par yan, Rédacteur
Bonjour,
comme plusieurs discutions parlent un peu du nouvel outil pour Qt, j'ai nommé Qt Creator, je créé ce thread pour récupérer vos impressions. Ce qui vous plait et ce qui ne vous plait pas.
Pour ceux qui ne le savent pas encore, Trolltech/Nokia développe un nouvel IDE (Environnement de Développement Intégré) pour développer en C++ avec Qt. Et dont une version alpha (donc avec bugs) est sortie.
Voici quelque lien dessus :
http://trolltech.com/developer/qt-creator
http://labs.trolltech.com/blogs/2008...view-released/
Pour ma part,
quelques points fort que j'ai pu constater :
Il en existe d'autre
quelques points faibles (mais c'est une version alpha donc surement corrigé)
comme plusieurs discutions parlent un peu du nouvel outil pour Qt, j'ai nommé Qt Creator, je créé ce thread pour récupérer vos impressions. Ce qui vous plait et ce qui ne vous plait pas.
Pour ceux qui ne le savent pas encore, Trolltech/Nokia développe un nouvel IDE (Environnement de Développement Intégré) pour développer en C++ avec Qt. Et dont une version alpha (donc avec bugs) est sortie.
Voici quelque lien dessus :
http://trolltech.com/developer/qt-creator
http://labs.trolltech.com/blogs/2008...view-released/
Pour ma part,
quelques points fort que j'ai pu constater :
- Interface assez belle et intuitive
- Auto complétion très puissantes (pour les class Qt pour le moment)
- Syntax hilighting trés agréable
- Donne des indications basique sur des erreur de syntax (oublie d'un ; ou d'une parenthèse)
- Affichage dans le debugger adapté pour les class Qt
- Intégration de l'aide en ligne
- Intégration de designer. (mais je n'ai pas testé)
- Affichage des porté des () et {} par colorisation
- Utilisation du .pro. Ce qui permet de ne plus utilisé cette ide sans difficulté
Il en existe d'autre
quelques points faibles (mais c'est une version alpha donc surement corrigé)
- Debugger très lent
- Pas d'auto completion pour la STL
- Quelques plantage avec l'utilisation de gdb
-
FloMoMembre expérimentéJe trouve l'outil pas mal, même si certaines fonctionnalités manquent encore, du fait de sa jeunesse. (intégration CVS/SVN par exemple)
Sinon, je trouve globalement l'idée très bonne car ça donne une réelle identité à l'environnement de développement Qt. Les indécis et les novices choisiront, je pense, l'IDE Qt Creator pour utiliser Qt. (tout comme ils utilisent Visual Studio pour .NET, Eclipse pour Java)
Ca reste modulaire, donc c'est aussi un bon point.
Ca montre aussi que l'on peut réaliser un IDE avec l'environnement Qt.
Longue vie à Qt Creator !le 05/11/2008 à 15:25 -
NeocidNouveau membre du ClubVoyons voir ce que ca donne
200M to complete :p le 06/11/2008 à 10:48 -
MacProMembre avertiTesté rapidement sur Mac, verdict :
je suis impatient qu'il sorte ! (bon ok, c'est pas très constructif comme commentaire, mais j'ai testé que furtivement.) Lorsque j'aurai 'porté' tout mon projet dessus j'en saurai plus. Vivement que je n'ai plus à rebooter sous windowsle 06/11/2008 à 11:41 -
alpha_one_x86Membre régulierAvant je fessait ça, maintenant linux + wine et je publie en 1 clic la version source, la version windows, la version linux, la doc.le 06/11/2008 à 13:24
-
MacProMembre avertiJe me suis fourvoyé : je ne 'reboote' pas windows, je le lance tout simplement depuis VMWare que j'hésite à acheter tellement il me sert rarement.
Le fond de mon problème est ailleurs.
Je voudrais avoir uniquement des fichiers non spécifiques à un environnement lorsque je travaille sur un projet. Par exemple, visual studio genere des .ncb, .suo, .sln ... mais il ne modifie pas le .pro (sauf si on lui dit).
Je voudrais donc un IDE (Qt Creator) qui travaillerait uniquement avec le .pro, comme ça, si je passe un dossier de projet d'un OS à l'autre, il n'y aurait pas de fichiers imcompréhensible (même si bon, dans l'absolu lorsque je suis sous Mac je me fiche pas mal des fichiers Visual).
En plus de ça, admettons que j'ai commencé un projet avec visual au boulot. Je modifie des options de projet pour inclure des fichiers devant d'un autre projet, dans ce cas, visual modifie son fichier de projet, pas le .pro (sauf si je lui demande). Lorsque je rentre chez moi, j'aimerais juste ouvrir le .pro sans avoir à modifier quoique ce soit dans la configuration du projet pour me remettre à niveau par rapport à ma modif avec visual.
Enfin, il y aurait un aspect pratique si on utilises SVN ou CVS, car lui dire d'ignorer les .suo et tout un tas de trucs c'est chiant. Le but ultime étant de commiter uniquement des *.h, *.cpp, *.pro/*.pri.
J'espère m'être fait comprendrele 06/11/2008 à 14:31 -
dorian833Membre avertiJe crois que Eclipse CDT + Intégration Qt répond à cette attente plus peut-être quelques autres
.
J'ai vite tester cette semaine et sa à l'air vraiment bien partie cet IDE. L'interface bien que spéciale est assez simpa et dans un style que j'apprécis.
Bon malheureusement j'ai tout viré, je me suis retrouvé avec un sal conflit entre MinGW, GCC pour Symbian, Qtwin et Qtsymbian. J'ai juste remis MinGW et Eclipse pour le moment pour pouvoir bosser ... le 06/11/2008 à 20:57 -
MacProMembre avertiSauf que Eclipse ça me donne des boutonsJe crois que Eclipse CDT + Intégration Qt répond à cette attente plus peut-être quelques autres .
Je viens de découvrir à l'instant qu'il existe une version Mac, qui tristement utilise Carbon au lieu de Cocoa.le 06/11/2008 à 23:23 -
dorian833Membre avertiErf, ils n'ont pas dû avoir la foi de le convertir pour le moment
.
Il te reste XCode alorsle 06/11/2008 à 23:42 -
MacProMembre avertiL'autocomplétion Qt avec xcode ne fonctionne pas (bizarrement). Faudra bien l'avoir la foi un jour, parce que Carbon est visé à l'abandon, encore plus ave la prochaine mouture Snow Leopard. Mais bon ... ça sera pas si vite abandonné surtout que chez Adobe, pour la CS4 ils sont restés avec Carbonle 07/11/2008 à 10:37
-
alpha_one_x86Membre régulierQt 4.5 quitte complètement carbon sous mac pour Cocoa.le 07/11/2008 à 19:04