Discussion :

[dourouc05]

Chers membres du club,

Ce sondage est limité, car on ne peut pas envisager de citer tous les toolkits graphiques, qui sont très nombreux. Ce sondage représente les plus courants ou, du moins, les plus utilisés parmi les membres du club Developpez.com. Ici, il s'agit de toolkits graphiques, c'est-à-dire de bibliothèques permettant de créer des interfaces graphiques (GUI), indépendamment de leur langage - les plus utilisés d'entre eux sont d'ailleurs disponibles pour une série de langages.

Merci de voter pour votre toolkit préféré et, si possible, d'écrire votre témoignage pour expliciter votre avis :
- pourquoi ce choix ;
- les plus/avantages ;
- les moins/inconvénients ;
- quels projets réalisez-vous avec et pourquoi ;
- vers quels autres tookits pensez-vous évoluer dans le futur ;
- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit ;
- est-ce une utilisation amateur, professionnelle ou éducative ;
- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
- avec quels langages utilisez-vous ces toolkits ;
- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
- conclusion ;
- etc.

Comme il s'agit d'un sondage/ débat, merci de suivre les consignes strictes suivantes :

- SMS interdit : essayez d'écrire en français ;

- évitez de multiplier des messages courts, essayez de faire plutôt un seul message avec tous les points ci-dessus (vous pouvez éditer vos messages pour les améliorer). Les multiples messages seront acceptés uniquement en cas de réponse de qualité à un débat technique de qualité ;

- donnez des précisions claires, nous avons par exemple toujours besoin de savoir sur quelle version votre témoignage porte ;

- les messages type taverne ou SMS seront effacés immédiatement sans préavis ou explications.

Notre but est de créer un débat technique de qualité.

Vous pouvez tous faire un témoignage. Par contre, pour débattre et faire plusieurs messages, vous devez être de préférence expérimenté, pas un débutant, et connaître plusieurs toolkits.

Si vous êtes débutant et que vous ne connaissez qu'un seul toolkit, vous êtes le bienvenu pour voter et apporter un témoignage, mais pour le débat, essayez de comprendre que vous êtes mieux placé pour lire le sujet qu'y participer...

Merci de votre compréhension à tous.

[Guigui_]

Actuellement, je développe principalement en wxPython (donc wxWidgets sous Python)

- pourquoi ce choix
J'avais besoin il y 4 ans de passer un un toolkit plus évolué que Tkinter et de préférence libre pour un usage en entreprise et pour un usage sous Windows.
S'offrait donc GTK, wxWidgets et Qt. Qt n'ayant il me semble à l'époque qu'une version sous licence GPL pour Windows et je n'avais pas accroché à GTK (interface pas très jolie, documentation un peu trop restreinte).

- les plus/avantages ;
- La licence (lgpl)
- en plus de la richesse des widgets de base de wxWidgets, il y a pas mal d'ajout uniquement pour Python.
- une documentation amplement suffisante (documentation des classes, livres disponibles de qualité, panopli d'exemples facile à se réapproprier)

- les moins/inconvénients ;
- La normalisation des classes, fonctions, ... à la C++ ne me gènent pas. Les moins pour wxPython étant peut-être les mises à jour un peu lentes (par exemple pas encore de version disponible pour Python 3 alors que c'est déjà le cas depuis un bout de temps pour Qt)
- L'apprentissage peut être un peu long au début.

- quels projets réalisez-vous avec et pourquoi ;
Tous les projets nécessitant une "grosse" partie IHM (logiciel de gestion clinique (enseignement), logiciel s'interfaçant avec un appareil électronique, ...)

- vers quels autres tookits pensez-vous évoluer dans le futur ;
Je n'ai pour le moment pas l'intention de changer, wxWidgets satisfaisant pleinement mes besoins.
Après ce serait plus vers des bibliothèques comme SDL (Pygame) pour d'autres type de projets (petits jeux)

- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit ;
en bossant sur un projet fait en Delphi que j'ai voulu le migrer progressivement en Python (grâce à la bibliothèque PythonForDelphi qui m'a permis au début de conserver l'IHM en delphi et le traitement des données en Python). La partie graphique a été le dernier morceau migré, l'apprentissage de la bibliothèque wxPython m'ayant pris pas mal de temps.

- est-ce une utilisation amateur, professionnelle ou éducative ;
Incité par l'objectif professionnel et maintenant pour tous mes projets persos également

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
les 3 vu que j'étais le seul informaticien de la société (et donc à choisir les outils sur lequel j'allais travailler)


- avec quels langages utilisez-vous ces toolkits ;
Uniquement Python

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
- Tkinter (Python) au départ, qui est très facile à prendre en main. L'avantage est qu'elle est distribuée en standard avec Python. Les inconvénients, c'est que c'est assez moche, les widgets disponibles ne sont pas très nombreux (on ne s'éloigne jamais des widgets classiques) et pour des interfaces graphiques un peu complexe pas du tout adapté.
Je m'en sers encore quand il y a besoin de faire rapidement une petite IHM pour faire des tests.
- MFC en stage sur un projet en traitement d'images en visual C++. Mais je ne me suis jamais éloigné des widgets classiques, la partie interface n'ayant qu'un rôle secondaire afin de lancer des procédures et d'afficher des résultats
- PythonForDelphi (qui permettait de manipuler des données en Python sur un projet en Delphi). L'avantage était de profiter de l'environnement de Delphi qui était pour moi à l'époque le plus simple pour gérer ses interfaces graphiques. Le problème est que cette bibliothèque n'a plus l'air d'être maintenue aujourd'hui.

[saad.hessane]

J'ai fait beaucoup de développement en .NET et en Java/Swing, maintenant c'est du PyQt.
Ce qui est bien avec Qt en générale, c'est une courbe d'apprentissage rapide, une documentation très bien faite, et une utilisation assez intuitive. En .NET je déssinais la partie GUI avec visual studio, et je ne savais pas trop ce qu'il faisait derrière. Ca me va très bien pour des petits projets, ou des maquettes, mais arrivé à un stade un peu plus sérieux il faut quand même s'y plonger. Les swing j'ai jamais trop aimé. je ne veux pas non plus relancer le débat autour des Layouts, mais c'est pas très fun.
Comme le dit Guigui_, wxPython possède l'avantage d'être LGLP par rapport à PyQT. Mais je t'informe que Nokia a initié un nouveau projet qui se nomme PySide, et qui est sous license LGPL. Il supporte supportera Python 3.2 (projet Google summer of code), et vu qu'il est initié par Nokia lui même je pense que les mises à jours suivront les mises à jours de Qt.

[gwinyam]

J'ai une question rapide : pourquoi avoir écarté GWT qui existe aussi bien en Java qu'en PHP? (si si il y a un fork PHP du bousin).
Simplement par curiosité, le choix proposé étant plutôt large, je suis surpris de pas le voir dans la liste.

[Floréal]

Ce qui me surprend c'est de voir des outils d'interfaces qui n'ont pas tous la même application et de ne pas avoir la possibilité de faire plusieurs choix.
Par exemple Qt s'utilise dans les applications Desktop alors que CEGUI s'utilise plus dans le jeu video.

[Traroth2]

J'ai une question rapide : pourquoi avoir écarté GWT qui existe aussi bien en Java qu'en PHP? (si si il y a un fork PHP du bousin).
Simplement par curiosité, le choix proposé étant plutôt large, je suis surpris de pas le voir dans la liste.

J'imagine que c'est parce que GWT est conçu pour créer des applications web, et que les toolkits listés sont conçus pour créer des applications desktop...

[gwinyam]

J'imagine que c'est parce que GWT est conçu pour créer des applications web, et que les toolkits listés sont conçus pour créer des applications desktop...

Certains des toolkits présentés sont aussi capables de faire du web. J'espère que ce n'est pas sur ce critère qu'a été écarté GWT. Cela signifierait une fois de plus que le web est l'enfant pauvre de l'informatique, idée qui me répugne.

[yostane]

Je préfère utiliser FLTK pour sa simplicité à l'installation et à l'utilisation et aussi pour sa légèreté.
Le toolkit Titanium est aussi intéressant

[djoul63]

Qt, what else !

- pourquoi ce choix
Multi-plateforme, simple et vraiment complet. C'est aussi un framework robuste (qui existe depuis longtemps), et qui évolue (ni trop rapidement, ni pas assez à mon gout).

- les plus/avantages ;
Voir précédemment.
Il touche à autre chose qu'au GUI, ce qui permet de ne pas réinventer la roue quand on fait du c++, ou de devoir intégrer un gros pack de lib. Avec Qt, beaucoup de choses sont disponibles et unifiés

- les moins/inconvénients ;
Je ne dois pas être très objectif, mais j'en vois pas ... Ce doit être la seule chose que je connais à laquelle je ne trouve pas de points négatifs.
En réfléchissant, je pourrais parler des performances qui ne sont pas simples à obtenir, mais je ne suis pas sur que ce soit plus simple avec d'autre toolkit.

- quels projets réalisez-vous avec et pourquoi ;
Tous mes projets avec GUI, et même parfois des petites appli sans GUI. Je le connais mieux que les autres, et il me permet de développer rapidement (en c++)

- vers quels autres tookits pensez-vous évoluer dans le futur ;
Tant que je reste sur du C++ et du python, aucun. A voir si un jour je touche à du Java ou du C#. Il y a un portage Qt pour java, mais je ne sais pas si c'est vraiment efficace ou c'est uniquement pour que les développeurs Qt ne soient pas dépaysés.
Sans parler d'évolution, j'ai l'intention de tester GWT prochainement, juste pour voir.


- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit ;
Formation perso. Si je me souviens bien, je l'ai découvert pendant un stage, ou j'ai appris quelques bases, et depuis je me forme seul.

- est-ce une utilisation amateur, professionnelle ou éducative ;
Amateur et professionnelle. Mais pour la partie pro, j'ai pris la décision et elle ne concerne que moi.

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
les 3 :
Perso, Pro : Parce qu'il me permet de développer rapidement et proprement.
Par plaisir : Parce que j'aime ce toolkit et que pour l'instant je ne m'en lasse pas

- avec quels langages utilisez-vous ces toolkits ;
c++ et python très récemment pour tester (pyside)

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
Je n'en ai pas testé beaucoup. Au départ, j'ai fait un peu de MFC. Pour les avantages, bizarrement, je ne m'en souvient pas ...
Ensuite j'ai testé GTK et Qt, j'ai préféré qt (à l'époque, c'était pour la doc et sa conception 100% object). C'est léger, mais je ne fait pas des interfaces très souvent.

[esteban]

Pour ma part j'ai beaucoup développé de clients lourds en Java/SWING et désormais je développe des applications multiplateforme avec C++/QT.

- pourquoi ce choix
Java ne me satisfaisait pas à cause de ses performances et de mon besoin fondamental de travailler à bas niveau sur le réseau, notamment au niveau de la couche 2 avec la libpcap. J'ai des exigences quasi temps-réel (ce qui me pose beaucoup de problèmes pour l'adaptation sous Win32...).
J'ai donc choisi de développer en C/C++ et ai passé un temps considérable à vérifier la faisabilité de mon projet en C/C++, et trouver toutes les librairies que je pourrais utiliser pour cela. La licence est un point essentiel de mon choix. Qt offre une licence LGPL somme toutes assez souple car elle autorise la commercialisation de son produit sans versement de royalties à condition de compiler votre application avec les librairies dynamiques. Ce qui ne me pose pas de problème et je suis tout à fait d'accord avec l'idée qu'un utilisateur puisse choisir d'utiliser une autre version de la librairie Qt.

- les plus/avantages ;
- La licence
- une bonne documentation et une bonne communauté (notamment ici )
- La structure du développement par référence avec transmission de l'instance au parent. RTTI. La gestion de la mémoire est très simplifiée et le code reste compréhensible

- les moins/inconvénients ;
- Les structures peuvent être parfois un peu difficiles à comprendre, surtout quand on travaille en asynchrone.
- Le méta-langage ne s'intègre pas forcément bien avec les EDI (sans licence dev pro).
- L'obligation de recourir à des outils externes (moc, rcc, ...)

- quels projets réalisez-vous avec et pourquoi ;
Un projet commercial multi-plateforme (Mac OS, Win32 et GNU/Linux) sans adaptation excessive. Qt limite la réécriture à sa portion congrue.

- vers quels autres tookits pensez-vous évoluer dans le futur ;
Aucun en particulier, sauf changement de stratégie de licence chez Nokia... L'arrivée de Microsoft m'inquiète un peu mais on verra.

- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit ;
J'ai utilisé les exemples et tuto de developpez.com et le forum.

- est-ce une utilisation amateur, professionnelle ou éducative ;
Professionnelle, commerciale et payante (mais géniale )

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
Professionnelle pour la licence, personnelle pour l'intérêt didactique d'apprendre ce framework et par plaisir parce que j'aime développer

- avec quels langages utilisez-vous ces toolkits ;
C++ (GCC et Visual C++ Express Edition 2010)

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
-J'ai utilisé les API de Windows en managé pour de tout petits projets que je regrette aujourd'hui d'avoir contraint à .net (je les réécrirai en C++)
-J'ai travaillé pendant plus de 10 ans avec Java/SWING et je trouve ça très riche au niveau des composants mais trop contraignant au niveau de l'interface. Les bons EDI manquent je trouve ou sont excessivement onéreux, et quand on investit dans un produit... on serre les fesses et on coupe des bouts de chandelles (bientôt les patates )
En outre, la stratégie de développement de Java en tout objet et infiniment plus contraignante que C/C++ et j'apprécie beaucoup cette liberté que C/C++ accompagné de Qt m'offre dans la structuration de mon logiciel et de mes librairies.
-J'ai aussi développé quelques logiciels sur commande en Delphi/Kylix et je n'ai pas du tout aimé cette expérience, les API de Delphi étaient très buggées, notamment au niveau réseau et l'EDI ne m'a pas paru stable.
Enfin, comme je suis développeur passionné, C++ est plus excitant pour moi que Java. Je ne connais pas encore Python mais j'y viendrai bien un jour...

[Philippe Bastiani]

J'imagine que c'est parce que GWT est conçu pour créer des applications web, et que les toolkits listés sont conçus pour créer des applications desktop...

Tout comme Silverlight ou AIR !

Outre GWT on pourrait aussi ajouter Apache Pivot
- qui se positionne au même niveau que Flex ou Silverlight
- qui permet de faire des applications Web et/ou Desktop
- qui est multi-plateforme
- qui s'appuie sur tout langage de la JVM (Java , JavaScript, Groovy, Scala, ...)

Ce qui me surprend c'est de voir des outils d'interfaces qui n'ont pas tous la même application et de ne pas avoir la possibilité de faire plusieurs choix.
Par exemple Qt s'utilise dans les applications Desktop alors que CEGUI s'utilise plus dans le jeu video.

Parce que les exigences ne sont pas les mêmes... un formulaire, par exemple, ne se construit pas comme un plateau de jeu !

Après tu peux avoir des ponts (hélas trop rares) entre les technos utilisées: par exemple GWT-AIR !

[istace.emmanuel]

J'ai pris WPF

- pourquoi ce choix
Parce que ca a simplement révolutionné la manière dont je conçoit mes gui.

- les plus/avantages
- Séparation net du code métier et présentation des données
- Possibilités de laisser un graphiste faire sa popote
- Basé sur du xml
- Vectoriel
- Très bien documenté
- Très simple d'utilisation
- Moteur de binding puissant
- Patterns
- Theming
- y'en a surement d'autre mais me vient pas ^^

- les moins/inconvénients
- Des fois un peu lourd

- quels projets réalisez-vous avec et pourquoi
- Presque tout car répond très bien a mes besoins.

- vers quels autres tookits pensez-vous évoluer dans le futur
- Aucun

- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit
- MSDN, trifouille et ouvrages Microsoft Press principalement

- est-ce une utilisation amateur, professionnelle ou éducative
Pro et amateur (à la fois pour le boulot mais aussi mes projets perso)

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir
- Par "plaisir" de la facilité après avoir joué avec Qt, wxWidget et winforms

- avec quels langages utilisez-vous ces toolkits
C#

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
- Qt, documentation trop "fouillis" au moment de mes essais et mal intégré
- winforms, se fait vieux (mais j'aimerais bien un equivalent de MDI en wpf)
- wxWidget, idem que Qt.

- conclusion
Wpf is the best :p
Non mais WPF est tout simplement génial et l'essayer c'est l'adopter.

[tomlev]

@istace.emmanuel, je suis d'accord avec l'essentiel de ce que tu as dit (WPF est aussi ma techno de choix), sauf sur un point :

Très simple d'utilisation

Là je suis pas vraiment d'accord... j'adore WPF pour sa puissance et sa flexibilité, mais la simplicité n'est vraiment pas son point fort. La prise en main est beaucoup plus longue qu'avec Windows Forms, par exemple, et il faut pas mal de temps avant d'atteindre un niveau de maitrise suffisant pour être vraiment productif. Il faut pas mal de pratique pour être vraiment à l'aise avec les templates ou les scénarios de binding complexes...

Mais une fois qu'on l'a bien en main, WPF est vraiment un outil génial

[psykoprof]

J'utilise actuellement Qt pour quasiment tous mes développement. Je l'utilise également dans mon enseignement avec mes élèves de 2° année(BTS IRIS : informatique et réseau)
- pourquoi ce choix
Multiplateforme, une certaine simplicité d'utilisation en comparaison des MFC, et je trouve la doc très bien faite.
- les plus/avantages
Voir ci-dessus. La bibliothèque est bien fournie mis à part l'accès à la liaison série qui n'est pas intégrée par défaut.
- les moins/inconvénients
Là comme ça je vois pas mais on pourrait dire éventuellement que dans le cadre de l'enseignement c'est une surcouche du C++ qui n'amène pas à bien comprendre les mécanismes sou-jacents.....après c'est à mois aussi de le montrer en faisant du C++ standard (ce que je fait tout de même).
- quels projets réalisez-vous avec et pourquoi
Principalement des manip en TP avec les élèves puis en 2° année les élèves l'utilisent dans leur pojet au cours des 5 dernier mois et en ce qui me concerne j'ai plusieurs projets perso en cours de développement que je n'arrive jamsi à terminer..lol
- vers quels autres tookits pensez-vous évoluer dans le futur
JAVA/Swing : je m'en sers de façon très ponctuelle en licence pro pour des applications client/serveur.
JAVA/Android : Que je commence à utiliser dans le but de l'intégrer dans mon enseignement.
- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit
J'ai fait, il y a 5 ans un stage de 2 jours puis plus rien pendant 2 ans et je m'y suis remis seul il y a 3 ans et depuis je l'enseigne.
- est-ce une utilisation amateur, professionnelle ou éducative
Principalement éducative. Mais j'ai 2 projets en cours que je prévois de déployer par la suite.
- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir
Au départ par plaisir et puis comme cité plus haut je l'ai intégré dans le boulot.
- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres
J'ai utilisé la SDL en première année car on ne fait que du C donc cette bibliothèque est pas mal pour ça.
- conclusion
Je pense continuer activement à développer avec Qt et petit à petit JAVA/Android.

[gwinyam]

D'accord avec tomlev, certes WPF est un outil puissant. Mais la vache, c'est pas simple d'accès du tout. Passé la jolie boite hello world, le binding est lieu obscur et nécessite à mon sens d'être vraiment "étudié" pour être compris.

Psykoprof : les MFC, c'est une technologie tellement ancienne... heureusement que les technos actuelles les dépassent, ça serait malheureux tout de même.

[nico84]

Bonjour,

Je pense que j'utilise windows form sans le savoir
C'est pas très joli mais ça va vite... Pour des applis de gestion sur PC c'est bien !

Par contre ce n'est pas "en toute indépendance du langage" en tout cas pas tel que je l'utilise.

[vincepoencet]

WPF

- pourquoi ce choix
Etant développeur .net, c'est l'évolution naturelle des winforms.
Dans ma boite on developpe un ERP depuis plusieurs années,
pouvoir intégrer du WPF dans des winforms est un gros plus pour faire une évolution
en douceur.

- les plus/avantages
-Le binding puissant (et le modele MVVM rendu possible gràce à ça)
-Le systeme de Data/Control template, style, theme. On peut faire des trucs simpas/originaux
sans devoir aller dans le cambouis (onPaint à la main, ce genre de choses).
-Le combo XAML+Intellisence qui permet d'être bien plus productif que les IHM builder à la souris
quand on a l'habitude
-Possibilité avec silverlight de partage de code pour faire du web.
-Pouvoir mettre un datagrid dans le tooltip d'une checkbox contenue dans un bouton naturellement et sans bricolages.
(c'est avec un truc comme ça que j'ai convaincu mon boss )


- les moins/inconvénients
-Beaucoup de texte utilisé pour le binding ou autre,
du coup on a potentiellement des plantages dues à des fautes de frappes, et ce n'est pas détecté à la compil.
-Certains controles mal pensés, par exemple le datepicker doit faire 30px de haut, la combo 25 et le textbox 20,
pas très pratique pour avoir des fiches homogènes.
-Performances ? Dans un ERP c'est pas un soucis, mais ce n'est probablement pas la lib la plus rapide.
-Demande un certains temps de formation

- quels projets réalisez-vous avec et pourquoi
-Principalement un ERP pour le travail, et des outils d'admin associés.
-Mes projets persos, ça peut aller de logiciels classiques jusqu'au petit jeu à la farmville.

- vers quels autres tookits pensez-vous évoluer dans le futur
-Silverlight pour m'orienter un peu plus web.
-J'attendais beaucoup de QML mais j'ai été très déçu, donc un peu de QT pour mes dev c++
mais probablement pas de QML

- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit
-Autoformation (msdn, developpez, livres...)

- est-ce une utilisation amateur, professionnelle ou éducative
-Amateur et pro

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir
-Principallement par plaisir, c'est vraiment simpa de developper en WPF
(je suis presque content quand on me demande des controles spécifiques)

- avec quels langages utilisez-vous ces toolkits
-C#, VB

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
-QT, Swing, Cocoa.
Les 3 pour utilisation perso, j'apprécie QT et Cocoa, Swing beaucoup moins.

- conclusion
Pour moi WPF à une génération d'avance sur la concurrence et permet simplement et intuitivement
de faire des choses très difficile avec les autres frameworks.
Il y a certainement des choses perfectibles car c'est relativement jeune et encore pas assez utilisé
en production, mais déjà à l'heure actuelle c'est de loin le framework le plus puissant.

[tomlev]

(je suis presque content quand on me demande des controles spécifiques)

Quel enthousiasme

[vincepoencet]

Disons que contrôle spécifique = maintenance spécifique, donc c'est simpa à faire mais sur le long terme...

[sekaijin]

Actuellement, je ne développe pas
Mais pour les dernier Ext-JS je n'ai donc pas voté

- pourquoi ce choix
Besoin de développer des application sur l'intranet ayant une IHM solide et efficace. Pas des web app avec leur notion de pages. (on fait plein de belle chose avec mais les utilisateur son parfois dérouté car cela resemble à une application comme celle qu'il a sur son bureau mais fonction comme un site web)
donc des applis comme sur le bureau mais sur le web.
besoin de reactivité. et de richesse en terme d'ihm
besoin d'indépendence part rapport à la techno sur le serveur (java, php, ...)

- les plus/avantages ;
- La licence (lgpl)
- en plus de la richesse des composant.
- Le modèle de programation (comme avec Qt, WMFC TK etc. on construit l'IHM avec le langage contrairement à Jquery ou l'on construit l'IHM en partie avec HTML auquel on ajoutes des éléments)
- La rapidité de prototypage pour faire des démo interactive indépendament du serveur
- faible besoin d'outillage pour le développeur (un navigateur wamp est pspad ou notepad++)

- les moins/inconvénients ;
- de nombreux design pattern implémentes à connaitre pour tirer partie du framwork
- L'apprentissage peut être un peu long au début.
- la terminologie trompeuse. "classe" alors qu'il sagit de protoype du coup au début on à l'impression qu'Ext reproduit un lagnage à base de classe sur javascript alors qu'en fait il exploite et permet d'exploiter particulièrement bien la notion de prototype.

- quels projets réalisez-vous avec et pourquoi ;
Tous les projets nécessitant une "grosse" partie IHM assurant l'intégration pour un poste métier de nombreuse application du SI

- vers quels autres tookits pensez-vous évoluer dans le futur ;
Je n'ai pour le moment pas de besoij particulier

- comment vous êtes-vous formé ou avez-vous été formé sur ce tookit ;
en parcourant les très nombreux exemples et en essayant.
petit bémol les exemples sont parfois trops simple pour être digne d'intérêt (pas assez formateur) et parfois très complique et il est difficile d'en tirer un enseignement
la doc bien faite
les forum

- est-ce une utilisation amateur, professionnelle ou éducative ;
pro et amateur

- avez-vous fait votre choix pour raison professionnelle, personnelle ou par plaisir ;
professionnelle


- avec quels langages utilisez-vous ces toolkits ;
Uniquement javascript (il existe aussi java)

- quelles autres toolkits avez-vous utilisé, pourquoi, dans quel cadre ; quels sont les avantages et inconvénients des uns sur les autres ;
- MFC il y a très longtemps
- TK pour des outils d'administration
- Cocoa (sur mon mac).
- Zend-Framework pour des raison pro
- divers toolkit java