Quelle langage de programmation utilisez-vous avec GTK+ ? - Page 2

jobill · 04/03/2009, 00h02

Comme on en parle peu, je me permet d'ajouter une réponse pour parler de gtk-sharp.

Sous linux, en utilisant mono, le Gtk n'a jamais été aussi facile.

En couplant le tout avec Glade, vous faite votre interface avec un éditeur, et après il n'y a qu'à le linker avec gtk-sharp et glade-sharp.

L'avantage du c# et que cela évitera de beaucoup les erreurs. Dans la même veine, si un jour vous voulez toucher à OpenGL, en C c'est très bien, mais la probabilité de passer un mauvais paramètre est très élevée. Utiliser le c# avec OpenTK par exemple réduit pratiquement à néant le risque de passer une mauvaise énum en paramètre.

Enfin, pour ceux qui me dirait que le c#, mono ou .net sont trop lents, je répondrait que si c'est pour une IHM (et gtk, c'est de l'ihm), le temps d'execution perdu sera bien plus faible que la facile qu'aura procuré ce langage pour coder votre interface. De plus, pour une IHM, le temps n'est la plupart du temps pas critique.

Donc pour moi je vote "autres", en pensant à Gtk-sharp en c#, avec glade3 ou éventuellement monodevelop pour les IDE.

teuf13 · 04/03/2009, 11h42

Le temps de démarrage d'une appli graphique est toujours critique... Tu oublies aussi de mentionner la conso mémoire de ton appli + la VM mono, conso qui peut rapidement devenir préoccupante si tu as N applis en mono qui tournent...

skip78 · 05/03/2009, 12h22

GTK en Java ???

C'est quoi l'interet ?

gege2061 · 23/05/2009, 18h46

Voici les résultats arrêtés aux 21 Mai 2009 :

C : 48,78%
C++ : 17,07%
Java : 2,44%
Perl : 4,88%
Python : 0%
Autres : 26,83% (Ruby, PHP, PureBasic, OCaml et C#)

Votants : 41

Le sondage a été mis à jour avec deux nouveaux langages : PHP et Vala

Les compteurs sont remis à zéro pour que vous puissiez vous exprimez à nouveau.

Franck.H · 22/08/2009, 08h13

Moi je viens de voir ce post... en fait ca fait un moment que j'avais plus trop mis les pieds ici

Pour ma part, bin le C

En fait j'ai déjà été tenté pour le passage à Vala mais en fait je suis trop fan du C, j'ai aussi déjà essayé de me mettre sur Python pour avoir une couche objet mais je retombe systématiquement sur mon langage préféré... j'en suis fan c'est tout et puis quand on aime on ne compte pas

gege2061 · 27/08/2009, 10h33

Citation:

Envoyé par Franck.H

Pour ma part, bin le C

En fait j'ai déjà été tenté pour le passage à Vala mais en fait je suis trop fan du C, j'ai aussi déjà essayé de me mettre sur Python pour avoir une couche objet mais je retombe systématiquement sur mon langage préféré... j'en suis fan c'est tout et puis quand on aime on ne compte pas

J'ai complétement abandonné de C pour utiliser Vala

Je mets encore un peu le nez dans le code C lorsqu'il y a de gros soucis ou pour créer des fonctions inexistantes, comme une version portable de kill, mais j'ai de plus en plus de mal

@Franck.H : pour information, est ce que tu utilise beaucoup la notion d'objets ? Ou est ce que tu code essentiellement de manière procédurale ?

Franck.H · 27/08/2009, 18h50

Citation:

Envoyé par gege2061

@Franck.H : pour information, est ce que tu utilise beaucoup la notion d'objets ? Ou est ce que tu code essentiellement de manière procédurale ?

Non la plus part du temps ca reste que du procédurale, surtout avec GTK+

Achimogata · 01/12/2009, 23h48

Bonsoir,

Le C n'est finalement pas le plus compliqué avec Gtk car c'est son language de conception (les logiques fusionnent) et surtout, c'est pour lui qu'on trouve les meilleures docs et références complètes (ce qui est un grosse partie des réponses qu'on peut se poser). La sensation que j'ai en C est de me sentir équipé et paré pour naviguer, même si je me dit que je n'irai peut-être pas aussi vite qu'avec un autre language.

J'essaye Vala en ce moment, qui est plus simple et plus vite productif certainement, mais qui en l'état (pour moi en tout cas) manque de docs et références.

Christophe

Edit : j'aime aussi le fait que le C/Gtk permette de garder une forme procédurale au projet, car je ne suis pas fan de la programmation par objet, surtout pour les petites choses que je fais. Mais c'est un autre débat.

vinc-mai · 04/12/2009, 23h56

J'ai revoté autre. J'utilise toujours ruby.

jovalise · 24/09/2011, 10h18

Un autre.

poincare · 09/04/2012, 10h51

Autre.
J'utilise GTK+ avec Ada (binding GTKAda d'Adacore) et Glade2 pour la construction, en attendant la version Glade3

04/03/2009, 00h02	#21
jobill Invité de passage Inscription : août 2003 Messages : 3 Détails du profil Informations forums : Inscription : août 2003 Messages : 3 Points : 2 Points : 2	C# Comme on en parle peu, je me permet d'ajouter une réponse pour parler de gtk-sharp. Sous linux, en utilisant mono, le Gtk n'a jamais été aussi facile. En couplant le tout avec Glade, vous faite votre interface avec un éditeur, et après il n'y a qu'à le linker avec gtk-sharp et glade-sharp. L'avantage du c# et que cela évitera de beaucoup les erreurs. Dans la même veine, si un jour vous voulez toucher à OpenGL, en C c'est très bien, mais la probabilité de passer un mauvais paramètre est très élevée. Utiliser le c# avec OpenTK par exemple réduit pratiquement à néant le risque de passer une mauvaise énum en paramètre. Enfin, pour ceux qui me dirait que le c#, mono ou .net sont trop lents, je répondrait que si c'est pour une IHM (et gtk, c'est de l'ihm), le temps d'execution perdu sera bien plus faible que la facile qu'aura procuré ce langage pour coder votre interface. De plus, pour une IHM, le temps n'est la plupart du temps pas critique. Donc pour moi je vote "autres", en pensant à Gtk-sharp en c#, avec glade3 ou éventuellement monodevelop pour les IDE.
	00

23/05/2009, 18h46	#24
gege2061 Rédacteur Inscription : juin 2004 Messages : 5 850 Détails du profil Informations personnelles : Âge : 28 Localisation : France, Indre et Loire (Centre) Informations forums : Inscription : juin 2004 Messages : 5 850 Points : 8 299 Points : 8 299	Voici les résultats arrêtés aux 21 Mai 2009 : C : 48,78% C++ : 17,07% Java : 2,44% Perl : 4,88% Python : 0% Autres : 26,83% (Ruby, PHP, PureBasic, OCaml et C#) Votants : 41 Le sondage a été mis à jour avec deux nouveaux langages : PHP et Vala Les compteurs sont remis à zéro pour que vous puissiez vous exprimez à nouveau. __________________ gege2061's blog
	00

22/08/2009, 08h13	#25
Franck.H Rédacteur Franck HECHT Inscription : janvier 2004 Messages : 5 575 Détails du profil Informations personnelles : Nom : Franck HECHT Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 5 575 Points : 6 994 Points : 6 994	Moi je viens de voir ce post... en fait ca fait un moment que j'avais plus trop mis les pieds ici Pour ma part, bin le C En fait j'ai déjà été tenté pour le passage à Vala mais en fait je suis trop fan du C, j'ai aussi déjà essayé de me mettre sur Python pour avoir une couche objet mais je retombe systématiquement sur mon langage préféré... j'en suis fan c'est tout et puis quand on aime on ne compte pas __________________ Mon Site Groupe social des amateurs du langage C Ma bibliothèque de gestion de chaînes de caractères : CStr "L'imagination est plus importante que le savoir" A. Einstein
	00

01/12/2009, 23h48	#28
Achimogata Invité régulier Christophe Journoud Inscription : novembre 2009 Messages : 12 Détails du profil Informations personnelles : Nom : Christophe Journoud Âge : 50 Informations forums : Inscription : novembre 2009 Messages : 12 Points : 5 Points : 5	Le C, puis Vala Bonsoir, Le C n'est finalement pas le plus compliqué avec Gtk car c'est son language de conception (les logiques fusionnent) et surtout, c'est pour lui qu'on trouve les meilleures docs et références complètes (ce qui est un grosse partie des réponses qu'on peut se poser). La sensation que j'ai en C est de me sentir équipé et paré pour naviguer, même si je me dit que je n'irai peut-être pas aussi vite qu'avec un autre language. J'essaye Vala en ce moment, qui est plus simple et plus vite productif certainement, mais qui en l'état (pour moi en tout cas) manque de docs et références. Christophe Edit : j'aime aussi le fait que le C/Gtk permette de garder une forme procédurale au projet, car je ne suis pas fan de la programmation par objet, surtout pour les petites choses que je fais. Mais c'est un autre débat.
	00

24/09/2011, 10h18	#30
jovalise Membre confirmé Inscription : juin 2006 Messages : 649 Détails du profil Informations personnelles : Âge : 42 Informations forums : Inscription : juin 2006 Messages : 649 Points : 276 Points : 276	J'utilise Gtk depuis le langage Ada. Un autre.
	00

04/03/2009, 11h42	#22
teuf13 Modérateur Christophe Inscription : janvier 2005 Messages : 1 259 Détails du profil Informations personnelles : Nom : Christophe Localisation : France Informations forums : Inscription : janvier 2005 Messages : 1 259 Points : 1 592 Points : 1 592	Le temps de démarrage d'une appli graphique est toujours critique... Tu oublies aussi de mentionner la conso mémoire de ton appli + la VM mono, conso qui peut rapidement devenir préoccupante si tu as N applis en mono qui tournent...
	00

05/03/2009, 12h22	#23
skip78 Membre régulier Inscription : juillet 2006 Messages : 247 Détails du profil Informations forums : Inscription : juillet 2006 Messages : 247 Points : 95 Points : 95	GTK en Java ??? C'est quoi l'interet ?
	00

04/12/2009, 23h56	#29
vinc-mai Membre émérite Inscription : novembre 2007 Messages : 553 Détails du profil Informations forums : Inscription : novembre 2007 Messages : 553 Points : 876 Points : 876	J'ai revoté autre. J'utilise toujours ruby.
	00

09/04/2012, 10h51	#31
poincare Nouveau Membre du Club Henri Poincare Architecte technique Inscription : mai 2007 Messages : 21 Détails du profil Informations personnelles : Nom : Henri Poincare Localisation : France Informations professionnelles : Activité : Architecte technique Secteur : High Tech - Multimédia et Internet Informations forums : Inscription : mai 2007 Messages : 21 Points : 34 Points : 34	Utilisation de GTK+ avec Ada Autre. J'utilise GTK+ avec Ada (binding GTKAda d'Adacore) et Glade2 pour la construction, en attendant la version Glade3
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email