Qt

je suis aller voir mais apparemment c'est que des tutoriels en anglais et je suis pas très fort dans ce domaine encore :/ si tu as un site référence français je prend !

qtfr.org?

Mais essaye d'apprendre . [Tu n'y échapperas pas!]

et entre Qt et FLTK? laquelle choisir?

Je sais pas ce que vaut FLTK, mais avec Qt j'ai pas mal de problème (et pas de logique ... ). Sinon, y a aussi wxWidgets. http://www.wxwidgets.org/docs/

Compare les différents exemples des différentes bibliothèques pour te faire une idée.

C'est à dire? quel genre de problème? Apparement wxWidget a l'air utilisable uniquement sous DEV C++ builder

Citation : Nelrohd

C'est à dire? quel genre de problème? Apparement wxWidget a l'air utilisable uniquement sous DEV C++ builder

N'importe quoi.
J'ai codé plus d'un an avec Wx sous Dev-C++, C::B, et emacs.

En ce moment je fais un assistant (QWizard + QWizardPage). En fonction de certaines infos je dois revenir à la page précédente, seulement il ne fait pas ce que je lui dis...
J'ai aussi eut (et encore maintenant) pas mal de problème avec le FTP.

Enfin, je trouve (et cela n'engage que moi) que Qt est un piège.

"Enfin, je trouve (et cela n'engage que moi) que Qt est un piège."
Tu peux developper ?
Par MP si tu ne souhaite pas polluer le topic.

Merci.

fltk est plus léger que qt surtout si c que pour faire du gl

Ho, je doute que ce soit polluer, il faut qu'il se fasse un avis avec nos expériences.

Je trouve que c'est un piège car on a accès à énormément de fonctions, et que d'emboiter toutes ces fonctions peux vite devenir compliqué. Le fait de proposer toutes ces fonctions est bien (pratique), mais il y a des choses que je ne comprends pas dans le fonctionnement de Qt.

Les slots peuvent paraitre pratiques, mais d'après ce que j'en ai vu il y a pas mal de règles que je n'ai pas du comprendre et qui font que ça ne fonctionnait pas (je ne parle pas de truc basic tel que ce qui est montré dans le tuto de m@teo12, mais un peu plus avancé tel que QFtp::commandFinished et compagnie : Qt permet plusieurs possibilité de gérer les actions, mais ça ne marche pas toujours).

Après il y a aussi un truc que je trouve "dommage" : les différentes façons de géré la validation d'une page dans un QWizard n'ont pas fonctionné pour moi. http://www.siteduzero.com/forum-83-254 [...] textedit.html
L'emplacement des commandes FTP m'ont aussi posé problème. http://www.siteduzero.com/forum-83-256 [...] ommandes.html
Il y a aussi les dimensions qui m'ont posées des problèmes. http://www.siteduzero.com/forum-83-248 [...] imention.html

Je ne dis pas que Qt est une mauvaise bibliothèque, mais qu'elle ne me convient pas dans son fonctionnement. Pas tout le monde voit les choses de la même manière. P.ex. le fait que Qt utilise des threads (en masse je crois) me dérange, je suis plus qqn qui va faire qqch comme ça :

void f(void)
{

    /*...*/

    while (App.Running())
    {
        module1.update();
        module2.update();
        //...
        moduleN.update();
    }

    /*...*/

}

</span>

@Hiura :

Ca m'etonnerait (enfin bon j'en sais trop rien, moi et Qt ca fait 8) que Qt fasse mumuse a te créer X threads differents. En general, ce genre de chose est documenté, et sachant que les tout le systeme de fenetrage de Windows et les threads, ca ne fait pas bon menage (voir les problemes d'appartment sur les objets COM). Mais de toutes facons, pour en avoir le coeur net, regarde un coup ton appli avec Process explorer (de Sysinternals), tu verras bien combien de threads tournent et ce qu'ils font.

Pour revenir à Qt, je n'aime pas trop non plus, mais pas pour les memes raisons. Qt n'est plus vraiment un framework de fenetrage (si tant est que c'etait sa vocation initiale) mais plus un framework global (le QFaitLeCafé pour la prochaine release ! =p). On peut certes utiliser les modules que l'on souhaite, mais les interactions entre ces derniers rendent l'usage d'un seul bien plus compliqué (enfin AMHA toussa). De plus, la licence de Qt (GPL) ne me convient pas, je prefere la LGPLisation qu'offre Wx (ou meme fltk pour les micro-apps).

Pour un simple assistant : 5 threads.

Je n'avais pas pensé aux raisons que tu as soulevées. Je dois avouer que c'est bien vrai pour moi aussi.

J'ajoute mon petit avis perso
qui rejoint celui de SirJulio : Quand je me suis posé la question entre WxWidgets et QT, je n'ai pas pris QT à cause de la license.

Depuis ce temps, je suis pleinement satisfait de WxWidgets ( que tu n'est pas obligé d'utiliser avec Dev C++ ). J'utilise Code::Blocks avec le plugin WxSmith pour la partie RAD, et c'est parfait.

oui j'ai choisi wxWidget(en raison de la licence aussi mais pas que pour cela) et j'ai trouvé un tutoriel très intéressant nous proposant d'après ce que j'ai lu de créé un projet exclusivement avec wxWidget en c++ et bien sur en français

Si vous voulez un API beaucoup moins lourd que Qt et beaucoup plus simple regardez du côté de dlib C++.

Son avantage : 100% ISO et 100% thread-safe! La documentation est complète et elle est distribuée sous Boost SL. Oh et en passant ça ma pris 40 secondes pour l'installer et la configurer. http://dclib.sourceforge.net/

Je ne connaissais pas du tout, je crois bien que je vais aller jeter un coup d'œil.
[Je cherchais justement une lib légère.]
Merci.