squalyl (./10) :
cmake supporte les features de qmake?

Oui, et il supporte aussi des trucs que qmake ne gère pas.

Thibaut (./11) :
Si je comprends bien ton exemple, squalyl, l'objet bouton appelle une méthode de son parent (machin) quand on clique dessus.

C'est toi qui choisis quel slot est appelé, en le connectant au signal. Mais avec Qt 4, un slot nommé on_objet_signal est automatiquement connecté au signal signal de l'objet objet.

C'est assez curieux comme fonctionnement. Ca parait même sale au premier abord, mais il y a certainement une excellente raison

Ça s'appelle la programmation évènementielle. Les signaux sont des évènements, les slots sont des gestionnaires (handlers) d'évènements.

qmake et cmake servent à quoi ? KDevelop me génère un fichier Makefile classique et ça marche très bien. J'ai fait ./configure puis make puis sudo make install, et tout a très bien marché.

Si tu as ./configure à lancer, ce n'est pas un makefile classique, c'est un système à base de configure, en l'occurrence les autotools, le build system antique, lourd, excessivement complexe et obsolète utilisé par KDE 3. KDE 4 utilise CMake à la place, c'est plus facile à utiliser, plus rapide, plus joli (les messages pendant la compilation sont en couleurs), plus fonctionnel (par exemple tu as un pourcentage de complétion pendant la compilation) etc.

As-tu déjà essayé le template C++/KDE4 de KDevelop 3? C'est du KDE 4 avec CMake. En revanche, l'intégration à KDevelop n'est pas top parce qu'ils attendent qu'on ait besoin de configurer certaines variables de l'environnement à la main (cf. le fichier README que ce template t'affiche quand tu crées un projet avec), je ne sais pas si c'est effectivement le cas sous Kubuntu. Sous Fedora, ce n'est pas nécessaire et j'ai donc patché le template dans KDevelop sous Fedora pour une meilleure intégration du template KDE 4.