Il ne faut pas générer du code avec un designer d'interface c'est je trouve une très mauvaise idée parce que si on veut retoucher l'interface il faut alors retoucher le code.
Une bonne soluce est d'avoir l'interface stockée dans un fichier XML que l'on appelle depuis le code du programme.
Cette technique a l'avantage d'être doublement indépendant : - indépendance de la plateforme (puisque c'est un toolkit multi-plateforme)
- indépendance par rapport au langage ! (l'interface est en XML et est manipulable en C++, en Python, en Perl, ...)
Pas vraiment : http://dirtsimple.org/2004/12/python-is-not-java.html
« XML is not the answer. It is not even the question. To paraphrase Jamie Zawinski on regular expressions, "Some people, when confronted with a problem, think "I know, I'll use XML." Now they have two problems." « This is a different situation than in Java, because compared to Java code, XML is agile and flexible. Compared to Python code, XML is a boat anchor, a ball and chain.»
Dans tous les cas une interface en XML est une meilleure solution qu'une interface obtenue par génération de code... parce qu'au moins on peu plus facilement la retoucher ensuite avec le designer
Parce que les gladeries ça pond
de la merde.
Il ne faut pas générer du code avec un designer d'interface c'est je
trouve une très mauvaise idée parce que si on veut retoucher l'interface
il faut alors retoucher le code.
Une bonne soluce est d'avoir l'interface stockée dans un fichier XML que
l'on appelle depuis le code du programme.
Cette technique a l'avantage d'être doublement indépendant :
- indépendance de la plateforme (puisque c'est un toolkit multi-plateforme)
- indépendance par rapport au langage ! (l'interface est en XML et est
manipulable en C++, en Python, en Perl, ...)
Pas vraiment :
http://dirtsimple.org/2004/12/python-is-not-java.html
« XML is not the answer. It is not even the question. To paraphrase
Jamie Zawinski on regular expressions, "Some people, when confronted
with a problem, think "I know, I'll use XML." Now they have two problems."
« This is a different situation than in Java, because compared to Java
code, XML is agile and flexible. Compared to Python code, XML is a boat
anchor, a ball and chain.»
Dans tous les cas une interface en XML est une meilleure solution qu'une
interface obtenue par génération de code... parce qu'au moins on peu
plus facilement la retoucher ensuite avec le designer
Il ne faut pas générer du code avec un designer d'interface c'est je trouve une très mauvaise idée parce que si on veut retoucher l'interface il faut alors retoucher le code.
Une bonne soluce est d'avoir l'interface stockée dans un fichier XML que l'on appelle depuis le code du programme.
Cette technique a l'avantage d'être doublement indépendant : - indépendance de la plateforme (puisque c'est un toolkit multi-plateforme)
- indépendance par rapport au langage ! (l'interface est en XML et est manipulable en C++, en Python, en Perl, ...)
Pas vraiment : http://dirtsimple.org/2004/12/python-is-not-java.html
« XML is not the answer. It is not even the question. To paraphrase Jamie Zawinski on regular expressions, "Some people, when confronted with a problem, think "I know, I'll use XML." Now they have two problems." « This is a different situation than in Java, because compared to Java code, XML is agile and flexible. Compared to Python code, XML is a boat anchor, a ball and chain.»
Dans tous les cas une interface en XML est une meilleure solution qu'une interface obtenue par génération de code... parce qu'au moins on peu plus facilement la retoucher ensuite avec le designer
noone
Et glade ne permet pas de faire cela ?
je ne l'ai que peu utilisé...
mais il me semble bien que oui
d'ailleurs en C# avec Mono il y a Glade#
et ça ressemble à ça
using System; using Gtk; using Glade;
public class GladeApp { public static void Main (string[] args) { new GladeApp (args); }
public GladeApp (string[] args) { Application.Init();
/* Connect the Signals defined in Glade */ public void OnWindowDeleteEvent (object o, DeleteEventArgs args) { Application.Quit (); args.RetVal = true; } }
l'interface est dans le fichier gui.glade
Par contre il faut avec une telle solution (interface dans un fichier XML) que l'IDE utilisé (MonoDevelop dans ce cas) facilite la connection entre les évènements (exemple : click sur un bouton de l'interface) et les fonctions... ce qui n'est je trouve pas encore suffisamanent le cas aujourd'hui.
Et glade ne permet pas de faire cela ?
je ne l'ai que peu utilisé...
mais il me semble bien que oui
d'ailleurs en C# avec Mono il y a Glade#
et ça ressemble à ça
using System;
using Gtk;
using Glade;
public class GladeApp
{
public static void Main (string[] args)
{
new GladeApp (args);
}
public GladeApp (string[] args)
{
Application.Init();
/* Connect the Signals defined in Glade */
public void OnWindowDeleteEvent (object o, DeleteEventArgs args)
{
Application.Quit ();
args.RetVal = true;
}
}
l'interface est dans le fichier gui.glade
Par contre il faut avec une telle solution (interface dans un fichier
XML) que l'IDE utilisé (MonoDevelop dans ce cas) facilite la connection
entre les évènements (exemple : click sur un bouton de l'interface) et
les fonctions... ce qui n'est je trouve pas encore suffisamanent le cas
aujourd'hui.
/* Connect the Signals defined in Glade */ public void OnWindowDeleteEvent (object o, DeleteEventArgs args) { Application.Quit (); args.RetVal = true; } }
l'interface est dans le fichier gui.glade
Par contre il faut avec une telle solution (interface dans un fichier XML) que l'IDE utilisé (MonoDevelop dans ce cas) facilite la connection entre les évènements (exemple : click sur un bouton de l'interface) et les fonctions... ce qui n'est je trouve pas encore suffisamanent le cas aujourd'hui.
noone
Peut-être parce que les interfaces en TK ne sont pas très jolies... Toi tu n'as pas vu Tk::Zinc...
Il devait être au bar.
:-)
http://www.tkzinc.org c'est vrai que c'est mieux je connaissais
<troll> le toolkit est tellement bien intégré au bureau qu'on dirait du Java ;-) </troll>
juste une question Si tkzinc est REPUTE joli Pourquoi les applis en Tk ne peuvent pas directement utiliser Zinc et restent donc REPUTEE moche ?
Peut-être parce que les interfaces en TK ne sont pas très jolies...
Toi tu n'as pas vu Tk::Zinc...
Il devait être au bar.
:-)
http://www.tkzinc.org
c'est vrai que c'est mieux
je connaissais
<troll>
le toolkit est tellement bien intégré au bureau qu'on dirait du Java ;-)
</troll>
juste une question
Si tkzinc est REPUTE joli
Pourquoi les applis en Tk ne peuvent pas directement utiliser Zinc et
restent donc REPUTEE moche ?
Peut-être parce que les interfaces en TK ne sont pas très jolies... Toi tu n'as pas vu Tk::Zinc...
Il devait être au bar.
:-)
http://www.tkzinc.org c'est vrai que c'est mieux je connaissais
<troll> le toolkit est tellement bien intégré au bureau qu'on dirait du Java ;-) </troll>
juste une question Si tkzinc est REPUTE joli Pourquoi les applis en Tk ne peuvent pas directement utiliser Zinc et restent donc REPUTEES moches ?
Thierry Boudet
On 2005-06-07, Richard Delorme wrote:
Jamie Zawinski on regular expressions, "Some people, when confronted with a problem, think "I know, I'll use XML." Now they have two problems."
Ah, ça fait longtemps que je sors parfois cette remarque semi-ironique sans jamais me rappeller d'où elle vient. Et ça ne m'étonne guère que ça vienne de jwz.
-- _/°< coin
On 2005-06-07, Richard Delorme <abulmo@nospam.fr> wrote:
Jamie Zawinski on regular expressions, "Some people, when confronted
with a problem, think "I know, I'll use XML." Now they have two problems."
Ah, ça fait longtemps que je sors parfois cette remarque semi-ironique
sans jamais me rappeller d'où elle vient. Et ça ne m'étonne guère que
ça vienne de jwz.
Jamie Zawinski on regular expressions, "Some people, when confronted with a problem, think "I know, I'll use XML." Now they have two problems."
Ah, ça fait longtemps que je sors parfois cette remarque semi-ironique sans jamais me rappeller d'où elle vient. Et ça ne m'étonne guère que ça vienne de jwz.
-- _/°< coin
Nicolas Le Scouarnec
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris au OCaml tous les ans, et aussi au C. Donc il finira bien par porter une culture ce langage. Clairement. Si ce langage est bon cette culture tiendra. Si c'est comme le
pascal ... il disparaîtra.
Personellement, je le trouve plutot appréciable, seulement, au niveau syntaxe et principe, c'est très différent des autres langages, donc on n'est pas trop trop dedans, donc pour faire un truc vite, on va prendre un langage avec un syntaxe a la C, Java, Perl donc itératif, et alors oublié le fonctionnel...
-- Nicolas Le Scouarnec
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris
au OCaml tous les ans, et aussi au C. Donc il finira bien par porter
une culture ce langage.
Clairement. Si ce langage est bon cette culture tiendra. Si c'est comme le
pascal ... il disparaîtra.
Personellement, je le trouve plutot appréciable, seulement, au niveau
syntaxe et principe, c'est très différent des autres langages, donc on
n'est pas trop trop dedans, donc pour faire un truc vite, on va prendre
un langage avec un syntaxe a la C, Java, Perl donc itératif, et alors
oublié le fonctionnel...
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris au OCaml tous les ans, et aussi au C. Donc il finira bien par porter une culture ce langage. Clairement. Si ce langage est bon cette culture tiendra. Si c'est comme le
pascal ... il disparaîtra.
Personellement, je le trouve plutot appréciable, seulement, au niveau syntaxe et principe, c'est très différent des autres langages, donc on n'est pas trop trop dedans, donc pour faire un truc vite, on va prendre un langage avec un syntaxe a la C, Java, Perl donc itératif, et alors oublié le fonctionnel...
-- Nicolas Le Scouarnec
Michel Billaud
jul writes:
Le Thu, 02 Jun 2005 18:04:08 +0200, billaud a écrit :
Faut peut etre pas mélanger les deux productivités - celle du programmeur en changeant de langage
L'informatique est elle devenue une pratique toto-logique qui se suffit à elle même :) ?
Comprends pas. Il y a un jeu de mot avec tautologie ?
- celle du travailleur avec ou sans ordinateur
Parce que si vous avez des stats qui vous montrent qu'un programmeur travaille aussi vite sans ordinateur qu'avec, j'en veux aussi !
Un programmeur programme parfois plus vite quand il pense à lever la tête du guidon par moment
Comme dans toutes les activités intellectuelles. C'est une réflexion d'une telle platitude que ça m'étonnerait bien que quelqu'un se soit risqué à dire le contraire.
Donc pour répondre, un programmeur ne travaille pas plus ou moins vite sans ordinateur, car de toute façon il est pas sensé travaillé avec un orrdinateur, mais avec sa tête.
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser. Mais bien sur, ça peut aussi se faire avec des cartes perforées.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
jul <saponific@ti0n.net> writes:
Le Thu, 02 Jun 2005 18:04:08 +0200, billaud a écrit :
Faut peut etre pas mélanger les deux productivités
- celle du programmeur en changeant de langage
L'informatique est elle devenue une pratique toto-logique qui se suffit à
elle même :) ?
Comprends pas. Il y a un jeu de mot avec tautologie ?
- celle du travailleur avec ou sans ordinateur
Parce que si vous avez des stats qui vous montrent qu'un programmeur
travaille aussi vite sans ordinateur qu'avec, j'en veux aussi !
Un programmeur programme parfois plus vite quand il pense à lever la
tête du guidon par moment
Comme dans toutes les activités intellectuelles. C'est une réflexion
d'une telle platitude que ça m'étonnerait bien que quelqu'un se soit
risqué à dire le contraire.
Donc pour répondre, un programmeur ne travaille pas plus ou moins vite
sans ordinateur, car de toute façon il est pas sensé travaillé avec un
orrdinateur, mais avec sa tête.
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser.
Mais bien sur, ça peut aussi se faire avec des cartes perforées.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Le Thu, 02 Jun 2005 18:04:08 +0200, billaud a écrit :
Faut peut etre pas mélanger les deux productivités - celle du programmeur en changeant de langage
L'informatique est elle devenue une pratique toto-logique qui se suffit à elle même :) ?
Comprends pas. Il y a un jeu de mot avec tautologie ?
- celle du travailleur avec ou sans ordinateur
Parce que si vous avez des stats qui vous montrent qu'un programmeur travaille aussi vite sans ordinateur qu'avec, j'en veux aussi !
Un programmeur programme parfois plus vite quand il pense à lever la tête du guidon par moment
Comme dans toutes les activités intellectuelles. C'est une réflexion d'une telle platitude que ça m'étonnerait bien que quelqu'un se soit risqué à dire le contraire.
Donc pour répondre, un programmeur ne travaille pas plus ou moins vite sans ordinateur, car de toute façon il est pas sensé travaillé avec un orrdinateur, mais avec sa tête.
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser. Mais bien sur, ça peut aussi se faire avec des cartes perforées.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
Nicolas Le Scouarnec nospam. invalid> writes:
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris au OCaml tous les ans, et aussi au C. Donc il finira bien par porter une culture ce langage.
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans les années 80-90, et bizarrement ça ne semble pas avoir percolé.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Nicolas Le Scouarnec <root@india.ath.cx. nospam. invalid> writes:
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris
au OCaml tous les ans, et aussi au C. Donc il finira bien par porter
une culture ce langage.
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans
les années 80-90, et bizarrement ça ne semble pas avoir percolé.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Mais il y a des milliers d'étudiants (en France au moins) qui sont nourris au OCaml tous les ans, et aussi au C. Donc il finira bien par porter une culture ce langage.
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans les années 80-90, et bizarrement ça ne semble pas avoir percolé.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Thierry Boudet
On 2005-06-08, Michel Billaud wrote:
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser. Mais bien sur, ça peut aussi se faire avec des cartes perforées.
En plus, la carte perforée, vu que tu écris les commentaires
dessus avec un Bic 4 couleurs, dès que tu changes _une_ ligne de code, tu es obligé de mettre le commentaire à jour.
Avec la carte perforée, il y a beaucoup moins de commentiares obsolètes.
-- _/°< 029 roulaize.
On 2005-06-08, Michel Billaud <billaud@labri.u-bordeaux.fr> wrote:
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser.
Mais bien sur, ça peut aussi se faire avec des cartes perforées.
En plus, la carte perforée, vu que tu écris les commentaires
dessus avec un Bic 4 couleurs, dès que tu changes _une_ ligne
de code, tu es obligé de mettre le commentaire à jour.
Avec la carte perforée, il y a beaucoup moins de commentiares
obsolètes.
La bonne blague. Il y a bien un moment où la pensée doit se concrétiser. Mais bien sur, ça peut aussi se faire avec des cartes perforées.
En plus, la carte perforée, vu que tu écris les commentaires
dessus avec un Bic 4 couleurs, dès que tu changes _une_ ligne de code, tu es obligé de mettre le commentaire à jour.
Avec la carte perforée, il y a beaucoup moins de commentiares obsolètes.
-- _/°< 029 roulaize.
Emmanuel Florac
Le Wed, 08 Jun 2005 10:58:49 +0200, Michel Billaud a écrit :
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans les années 80-90, et bizarrement ça ne semble pas avoir percolé.
Je pense qu'il n'y a pas de commune mesure entre le nombe d'étudiants sous Unix il y a 15 ans et maintenant sous Linux. Quand j'étais étudiant j'ai vu du DOS, des mac, du PC/M mais pas d'Unix. A contrario, la plupart des stagiaires que je vois passer de nos jours travaillent presque exclusivement sous Linux dans leurs écoles.
-- Writing about music is like dancing about architecture. Frank Zappa
Le Wed, 08 Jun 2005 10:58:49 +0200, Michel Billaud a écrit :
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans
les années 80-90, et bizarrement ça ne semble pas avoir percolé.
Je pense qu'il n'y a pas de commune mesure entre le nombe d'étudiants
sous Unix il y a 15 ans et maintenant sous Linux. Quand j'étais étudiant
j'ai vu du DOS, des mac, du PC/M mais pas d'Unix. A contrario, la plupart
des stagiaires que je vois passer de nos jours travaillent presque
exclusivement sous Linux dans leurs écoles.
--
Writing about music is like dancing about architecture.
Frank Zappa
Le Wed, 08 Jun 2005 10:58:49 +0200, Michel Billaud a écrit :
Il y a eu aussi des milliers d'étudiants qui ont fréquenté unix dans les années 80-90, et bizarrement ça ne semble pas avoir percolé.
Je pense qu'il n'y a pas de commune mesure entre le nombe d'étudiants sous Unix il y a 15 ans et maintenant sous Linux. Quand j'étais étudiant j'ai vu du DOS, des mac, du PC/M mais pas d'Unix. A contrario, la plupart des stagiaires que je vois passer de nos jours travaillent presque exclusivement sous Linux dans leurs écoles.
-- Writing about music is like dancing about architecture. Frank Zappa
