À (at) 16 Feb 2004 09:47:08 GMT, Nathan écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Nathan
Paul GABORIT
À (at) 16 Feb 2004 14:19:38 GMT, Nathan écrivait (wrote):
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT, Nathan écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte. C'est d'autant plus vrai avec des langages tels que Perl qui permettent de changer de sémantique au vol. 'perltidy' ou les modes de (X)Emacs (ou toute autre solution automatique) ne sont que des solutions partielles qui ne peuvent aider que si le code est déjà correctement découpé et pas trop complexe. Et encore... il est toujours possible de construire un code qui amène l'un ou l'autre a donner une "mauvaise" indentation. D'ailleurs, qu'appelle-t-on une bonne identation ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
À (at) 16 Feb 2004 14:19:38 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
In article <r7ad3juo51.fsf@michelange.enstimac.fr>, Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code
Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise
pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement
correcte. C'est d'autant plus vrai avec des langages tels que Perl qui
permettent de changer de sémantique au vol. 'perltidy' ou les modes de
(X)Emacs (ou toute autre solution automatique) ne sont que des solutions
partielles qui ne peuvent aider que si le code est déjà correctement découpé
et pas trop complexe. Et encore... il est toujours possible de construire un
code qui amène l'un ou l'autre a donner une "mauvaise" indentation.
D'ailleurs, qu'appelle-t-on une bonne identation ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il
se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Perl en français - <http://www.enstimac.fr/Perl/>
À (at) 16 Feb 2004 14:19:38 GMT, Nathan écrivait (wrote):
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT, Nathan écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte. C'est d'autant plus vrai avec des langages tels que Perl qui permettent de changer de sémantique au vol. 'perltidy' ou les modes de (X)Emacs (ou toute autre solution automatique) ne sont que des solutions partielles qui ne peuvent aider que si le code est déjà correctement découpé et pas trop complexe. Et encore... il est toujours possible de construire un code qui amène l'un ou l'autre a donner une "mauvaise" indentation. D'ailleurs, qu'appelle-t-on une bonne identation ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
Nathan
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 14:19:38 GMT, Nathan écrivait (wrote):
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT, Nathan écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte. C'est d'autant plus vrai avec des langages tels que Perl qui permettent de changer de sémantique au vol. 'perltidy' ou les modes de (X)Emacs (ou toute autre solution automatique) ne sont que des solutions partielles qui ne peuvent aider que si le code est déjà correctement découpé et pas trop complexe. Et encore... il est toujours possible de construire un code qui amène l'un ou l'autre a donner une "mauvaise" indentation. D'ailleurs, qu'appelle-t-on une bonne identation ?
celle qui offre la meilleure lisibilité d'un code source ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Nathan
In article <r73c9bulhg.fsf@michelange.enstimac.fr>, Paul GABORIT wrote:
À (at) 16 Feb 2004 14:19:38 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
In article <r7ad3juo51.fsf@michelange.enstimac.fr>, Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code
Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise
pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement
correcte. C'est d'autant plus vrai avec des langages tels que Perl qui
permettent de changer de sémantique au vol. 'perltidy' ou les modes de
(X)Emacs (ou toute autre solution automatique) ne sont que des solutions
partielles qui ne peuvent aider que si le code est déjà correctement découpé
et pas trop complexe. Et encore... il est toujours possible de construire un
code qui amène l'un ou l'autre a donner une "mauvaise" indentation.
D'ailleurs, qu'appelle-t-on une bonne identation ?
celle qui offre la meilleure lisibilité d'un code source ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il
se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et
surtout je le trouve __trop lent__ (c'est c'est certainement
parce qu'il est écrit en Perl :-)), en fait je voudrais un
tool du meme genre qu'indent pour les sources C mais plus
rapide que perltidy.
À (at) 16 Feb 2004 14:19:38 GMT, Nathan écrivait (wrote):
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 09:47:08 GMT, Nathan écrivait (wrote):
connaissez-vous un ou des programmes pour indenter du code Perl autre que perltidy ?
(X)Emacs ?
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte. C'est d'autant plus vrai avec des langages tels que Perl qui permettent de changer de sémantique au vol. 'perltidy' ou les modes de (X)Emacs (ou toute autre solution automatique) ne sont que des solutions partielles qui ne peuvent aider que si le code est déjà correctement découpé et pas trop complexe. Et encore... il est toujours possible de construire un code qui amène l'un ou l'autre a donner une "mauvaise" indentation. D'ailleurs, qu'appelle-t-on une bonne identation ?
celle qui offre la meilleure lisibilité d'un code source ?
La seule solution, c'est l'homme (et les règles de codage et d'écriture qu'il se donne).
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Nathan
Paul GABORIT
À (at) 16 Feb 2004 15:07:46 GMT, Nathan écrivait (wrote): [...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod pour voir le type de règles adoptables). Sinon, regardez n'importe quel résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl). 'perltidy' ne nous sert que très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer vos propres règles de codage (on en revient à la définition d'une "meilleure lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
À (at) 16 Feb 2004 15:07:46 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
[...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod
pour voir le type de règles adoptables). Sinon, regardez n'importe quel
résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas
de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et
surtout je le trouve __trop lent__ (c'est c'est certainement
parce qu'il est écrit en Perl :-)), en fait je voudrais un
tool du meme genre qu'indent pour les sources C mais plus
rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté
quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui
développent utilisent (X)Emacs (et son mode Perl). 'perltidy' ne nous sert que
très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit
lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer
vos propres règles de codage (on en revient à la définition d'une "meilleure
lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Perl en français - <http://www.enstimac.fr/Perl/>
À (at) 16 Feb 2004 15:07:46 GMT, Nathan écrivait (wrote): [...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod pour voir le type de règles adoptables). Sinon, regardez n'importe quel résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl). 'perltidy' ne nous sert que très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer vos propres règles de codage (on en revient à la définition d'une "meilleure lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/> Perl en français - <http://www.enstimac.fr/Perl/>
Nathan
In article , Paul GABORIT wrote:
À (at) 16 Feb 2004 15:07:46 GMT, Nathan écrivait (wrote): [...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod pour voir le type de règles adoptables). Sinon, regardez n'importe quel résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de VI ?
'perltidy' ne nous sert que
très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer vos propres règles de codage (on en revient à la définition d'une "meilleure lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
In article <r7y8r2ucyc.fsf@michelange.enstimac.fr>, Paul GABORIT wrote:
À (at) 16 Feb 2004 15:07:46 GMT,
Nathan <nathan@tellme.fr> écrivait (wrote):
[...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod
pour voir le type de règles adoptables). Sinon, regardez n'importe quel
résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas
de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et
surtout je le trouve __trop lent__ (c'est c'est certainement
parce qu'il est écrit en Perl :-)), en fait je voudrais un
tool du meme genre qu'indent pour les sources C mais plus
rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté
quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui
développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de
VI ?
'perltidy' ne nous sert que
très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit
lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer
vos propres règles de codage (on en revient à la définition d'une "meilleure
lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
À (at) 16 Feb 2004 15:07:46 GMT, Nathan écrivait (wrote): [...]
Qu'appelle-t-on une "bonne indentation" ?
celle qui offre la meilleure lisibilité d'un code source ?
Cela n'est possible que si il existe des règles de codage (lire perlstyle.pod pour voir le type de règles adoptables). Sinon, regardez n'importe quel résultat de PerlGolf et vous comprendrez qu'une "meilleure lisibilité" n'a pas de sens dans l'absolu.
Qu'est-ce qui ne vous plait pas avec perltidy ?
Je trouve qu'il est trop complexe pour ce que je veux en
faire, mettre un coup d'indent sur des scripts Perl, et surtout je le trouve __trop lent__ (c'est c'est certainement parce qu'il est écrit en Perl :-)), en fait je voudrais un tool du meme genre qu'indent pour les sources C mais plus rapide que perltidy.
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de VI ?
'perltidy' ne nous sert que
très rarement et sur du code provenant de l'extérieur. Peu importe qu'il soit lent. Par contre, pour pouvoir l'utiliser efficacement, il faudra lui indiquer vos propres règles de codage (on en revient à la définition d'une "meilleure lisibilité" ou d'une "bonne indentation").
Je ne connais pas d'autre outil pour remettre en forme du code Perl.
Jean-Michel Hiver
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de VI ?
Il a aussi dit: "TIMDOWDI" :)
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté
quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui
développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de
VI ?
Ici, nous n'utilisons que très rarement un tel outil car nous avons adopté quelques règles de codage (inspirée de perlstyle.pod) et parce tous ceux qui développent utilisent (X)Emacs (et son mode Perl).
j'avais cru lire que L. Wall était lui même un afficianados de VI ?
Il a aussi dit: "TIMDOWDI" :)
Rafael Garcia-Suarez
Paul GABORIT wrote in fr.comp.lang.perl :
C'est un peu comme découper une feuille avec une scie :-) J'y ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
vim 6.x est fourni avec un mode d'indentation automatique pour perl. Pour l'utiliser, :filetype indent on pour reindenter du code, la commande est "=<motion>" comme d'habitude.
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte.
tout a fait. un bon editeur aide le programmeur, mais ne remplace nullement la discipline:)
Paul GABORIT wrote in fr.comp.lang.perl :
C'est un peu comme découper une feuille avec une scie :-) J'y
ai déjà pensé mais c'est une opération couteuse, je n'utilise
pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
vim 6.x est fourni avec un mode d'indentation automatique pour perl.
Pour l'utiliser, :filetype indent on
pour reindenter du code, la commande est "=<motion>" comme d'habitude.
Plus sérieusement, l'indentation automatique ne peut-être que partiellement
correcte.
tout a fait. un bon editeur aide le programmeur, mais ne remplace
nullement la discipline:)
C'est un peu comme découper une feuille avec une scie :-) J'y ai déjà pensé mais c'est une opération couteuse, je n'utilise pour ainsi dire jamais (X)Emacs, je suis de la VI church.
Bon alors... réponse : vi !
vim 6.x est fourni avec un mode d'indentation automatique pour perl. Pour l'utiliser, :filetype indent on pour reindenter du code, la commande est "=<motion>" comme d'habitude.
Plus sérieusement, l'indentation automatique ne peut-être que partiellement correcte.
tout a fait. un bon editeur aide le programmeur, mais ne remplace nullement la discipline:)
