Ben oui QT et GTK sont bien dans cette catégorie,
et pourquoi GNUstep n'y rentre pas ?
Quant aux avantages de xlib, il manque aussi à GTK et QT, l'aspect indépendance du programme vis à vis du graphisme : la fonction MachinMainLoop qu'on retrouve dans la plupart des toolkit rend l'appli architecturée autour du toolkit.
? il y a forcèment un "machinmainloop", oui, mais ensuite il y a différentes façons de brancher ça sur un logiciel "non graphique" existant... et sous GNUstep (comme sous Qt) il suffit d'envoyer des messages. Ton appli "non graphique" à l'extrème tu n'y touches pas (elle s'en fout qu'il y a it le machinmainloop).
Mais quand on a déjà un système architecturé autour de sockets, pour rajouter un affichage graphique on doit alors refaire l'appli avec ses outils alors qu'on peut très bien utiliser xlib dans une commande select via la socket au serveur X. (Est-ce qu'on faire cela en QT ou GTK ? je ne sais pas, mais j'en doute un peu)
Ah oui ok ... oui bien sûr. Bon. Ben effectivement si tu balance du raw X11 sur ta socket, pourquoi pas hein ... m'enfin ... s'il existe des toolkits c'est peut être parce que ça apporte deux trois choses en plus.
[^] # Re: X11 rulez
Posté par Nicolas Roard . En réponse à la dépêche Sources du X11 "sauce" pomme dispo. Évalué à 2.