Merci beaucoup :-)
Quelques remarques sur le document :
« L'indentation ne se fait qu'avec des caractères d'espacement.
Pas de caractères de tabulations » :
Une tabulation est considérée comme étant un caractère d'espacement :-)
Il vaut mieux indiquer que l'indentation ne se fait qu'avec des caractères
« espace ». Pas de caractères « tabulation ».
« Les éléments if, elif, else et fi sont placés sur la même ligne » :
C'est trompeur. Pour moi, ils sont placés sur des lignes différentes :-). Ou
alors, il faut parler de « colonne ». Je dirais : les éléments if, elif, else
et fi faisant partie de la même commande composée ont le même niveau
d'indentation (ça vaut pour d'autres endroits du document).
Pour la commande « case » :
Ajouter cet exemple :
option )
<code>
<code>
<code>
...
;;
« 8 espaces entre une option et son caractère ) », je ne suis pas pour :-).
Perso, j'aligne les caractères « ) » sur l'option la plus longue, séparée
d'un caractère espace. Par ex. (avec une police à espacement fixe, c
mieux ;-) ) :
opt )
option1 )
opt2|option3 )
Pour la tabulation après la parenthèse : OK.
> Aussi, il reste à déterminer :
> -la longueur maximale du code dans les fichiers textes
Je dirais 80 caractères, mais ce n'est pas toujours évident. De manière
générale, il faut essayer de s'en tenir à 80 caractères, sauf lorsqu'on est
en plein milieu d'une chaîne de caractères, car l'indentation de la ligne
suivante ajoute des caratères « espace » dans la chaîne :
toto () {
default_value="ma chaine \
qui va bien"
}
Dans cet exemple, il va y avoir des espaces supplémentaires entre les mots
« chaîne » et « qui ».
> -l'encodage ( UTF-8 ?)
La crainte que j'ai avec l'UTF-8, c'est que tous les logiciels ne le gère pas
comme il faut. De plus, pour que certains le supporte, il faut y aller à gros
coups de patches. Je suis plus pour utiliser le bon vieil encodage iso-8859-1
passe-partout.
> -le format pour les commentaires d'en-tête ( Boîte en # ? )
Oui, des # pour celui-là.
++
Gontran
