Salutation j'ai voulu rejoindre le projet de traduction d'LFS.
Là d'ailleurs je planchais sur la traduction de lfs-systemd
La méthode de travail qu'on m'a donné au début m'a laissé perplexe et je ne l'ai même pas comprise tout de suite.
Voici comment l'on procède, tout d'abord il faut savoir que la documentation utilise le format docbook, du xml qui n'est normalement pas censé être traité par des humains.
Mes appréhensions par rapport à cette méthode se sont avérées exactes dans la pratique.
L'emploi des diff de la version originale (donc diff imbriqué avec du xml) je trouve ça presque imbitable et grosse source d'erreur.
J'en ai fait d'ailleurs rapidement une avec un tableau des fonctionnalités du noyau à activer(ou pas).
Avec cette méthode même les parties qui ne nécessitent pas de traduction mais qui ont été modifiées nécessites d'être toutes faites à la main.
Si vous me suivez(je ne suis pas doué pour m'exprimer), avez vous une solution plus humaine(moderne) pour faire ce boulot ?
Entre autre on ne devrait pas gérer toutes les parties qui ne nécessitent pas de traduction à la main.
J'ai déjà participé à deux ou trois autres projets de traduction et jamais ça n'a été aussi hard !
voici un fil de la ML de traduc.org de 2009 qui en parle.
[^] # Re: hummm....
Posté par deasy . En réponse à la dépêche Sortie de Linux From Scratch 7.5 (traduite en plus). Évalué à 1. Dernière modification le 07 mars 2014 à 18:50.
Salutation j'ai voulu rejoindre le projet de traduction d'LFS.
Là d'ailleurs je planchais sur la traduction de lfs-systemd
La méthode de travail qu'on m'a donné au début m'a laissé perplexe et je ne l'ai même pas comprise tout de suite.
Voici comment l'on procède, tout d'abord il faut savoir que la documentation utilise le format docbook, du xml qui n'est normalement pas censé être traité par des humains.
Mes appréhensions par rapport à cette méthode se sont avérées exactes dans la pratique.
L'emploi des diff de la version originale (donc diff imbriqué avec du xml) je trouve ça presque imbitable et grosse source d'erreur.
J'en ai fait d'ailleurs rapidement une avec un tableau des fonctionnalités du noyau à activer(ou pas).
Avec cette méthode même les parties qui ne nécessitent pas de traduction mais qui ont été modifiées nécessites d'être toutes faites à la main.
Si vous me suivez(je ne suis pas doué pour m'exprimer), avez vous une solution plus humaine(moderne) pour faire ce boulot ?
Entre autre on ne devrait pas gérer toutes les parties qui ne nécessitent pas de traduction à la main.
J'ai déjà participé à deux ou trois autres projets de traduction et jamais ça n'a été aussi hard !
voici un fil de la ML de traduc.org de 2009 qui en parle.
http://listes.traduc.org/pipermail/traduc/2009-March/005889.html