Julien L. a écrit :
Salut,
Yo !
Pour ça, je propose un compromis : Par défaut, seul l'anglais serait
obligatoire. Mais il y aurait la possibilité de préciser à « Ncooker
check »
qu'il doit vérifier la présence de « Summary » dans d'autre langues
grâce à
une variable NC_CHECK_LANGS="fr de ..." dans le fichier Ncooker.conf,
ou en
les indiquant en paramètre à une nouvelle option -l|--langs.
Par défaut, NC_CHECK_LANG n'aurait pas de valeur et le fait de
vérifier la
langue anglaise serait coder « en dur » dans Ncooker.
C'est une fois de plus gontrinesque. :p Cette solution me paraît bonne
sauf que...
Je serais plutôt d'avis de ne pas obliger la langue anglaise en dur et
de fournir un Ncooker.conf par défaut avec la variable NC_CHECK_LANGS
initialisée à "en".
Je verrais plutot cette variable initialisée lors de l'install, en
mettant a l'interieur le choix de langue de l'utilisateur (en rajoutant
de toute facon l'anglais derriere)... genre le type choisit (betement)
l'allemand, et il se retrouve avec NC_CHECK_LANG="de en".
Attention cependant, l'exception qui confirme la regle, c'est le gars
qui choisis anglais (lui n'a pas besoin de "en en", mais juste "en")
Je pensais plutôt à NC_CHECK_LANGS="en fr".
pour un utilisateur qui choisirait le francais : "fr en"
De ce fait, je me demande si il ne serait pas judicieux de splitter le
fichier Ncooker.conf en deux ou plusieurs fichiers afin de faire en
sorte que tous les critères de validation d'un nbuild (NC_CHECK_LANGS
par exemple) se retrouvent dans un fichier séparé. Un fichier de
validation d'un nbuild officiel pourrait alors être écrit et facilement
partagé par tous les vérificateurs.
ce qui permettrait aussi de le generer facilement a l'install...
Par contre, je suis absolument CONTRE toute forme de codage de la langue
(ou de quoi que ce soit d'autre) en dur dans le code.
