Options relatives à la typographie dans les traductions

[José Fournier]

Bonjour à tous,

J'ai travaillé sur un script python purificateur typographique des
fichiers po pour la partie traduction. Rien à voir avec la première idée
que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
moins – beaucoup de choses à apprendre sur python et les regex.

Le nouveau script est assez interactif et assez facile à utiliser, 
permet de contrôler ce qu'on fait et n'est pas destructif (travaille par
duplication du dossier). Il permet aussi de coloriser les différents
types d'espaces: sécable, insécable, fine, fine insécable si besoin
avant de se prononcer sur une substitution.

Il suppose une importation des fichiers po depuis Zanata. Il travaille
par balayage de tous les messages de tous les fichiers en se contentant
de répliquer les messages en anglais. Les messages en français qui ne
sont pas concernés par une correction sont également répliqués tels
quels.  On applique toutes les règles à un message avant de passer au
suivant. Il n'y a donc normalement qu'une seule passe.

Je pense être arrivé à un résultat qui va  permettre d'expurger – et
avec un grand confort– les fichiers po du guide d'installation d'un
certain nombre d'erreurs, ou d'options que j'ai prises et qui pourraient
ne pas être partagées.

Avant de l'appliquer, pour effectuer une pré-correction, il faudrait que
nous soyons d'accord sur un certains nombre de règles qui ne sont pas
forcément absolues (des solutions différentes existant selon les
organismes de référence – le mien étant plutôt, l'Imprimerie nationale
(IN) mais pas toujours.

Voici ces règles :

Le mieux est de donner le numéro d'options que vous préférez (quand
option il y a) et dire ok ou non pour les autres

Bien sûr, il y aura plein d'exceptions à ces règles – d'où la nécessité
d'interactivité pour contrôler – en particulier dans les expressions
liées à l'informatique (http:,   &PRODUCT;, etc.

1  Espace fine insécable devant ;, !, ?

2  Espace mot (non fine) insécable devant :

3  Pas d'espace avant les ponctuations simple (. et ,)

4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
4-b  Espace fine insécable entre « et le texte qui suit (assez fréquent)

5-a Espace mot insécable entre » et le texte qui précède (IN)
5-b Espace fine insécable entre » et le texte qui précède (assez fréquent)

6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
ouvrante)

7 Pas d'espace entre les crochets [ et ] et le texte inclus (fermant et
ouvrant)

8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
(sauf si une ponctuation les suit

9 Pas d'espace autour du trait d'union (touche 6)

10 Le tiret qui tient lieu de parenthèse est un tiret semi-cadratin (–) 
pas un trait d'union (-). Il disparait devant le point final d'une
phrase. Il est séparé des deux côtés par :
   10-a une espace mot (sécable) (IN)
   10-b une espace fine sécable (rare)

11 L'apostrophe n'est jamais séparée

12 Le / dans un texte est séparé des deux côtés par une:
  12-a espace fine insécable
  12-b espace mot insécable

13 Caractère … et non pas trois caractères . (...)

14 etc. et non pas etc… ou etc...

15 En fin de phrase etc. pas etc..

Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
règles de traduction, sur une page de wiki si vous en êtes d'accord.
Cette liste peut être complétée.

Merci de me donner votre avis

José

[Jérôme Fenal]

Le 13 mai 2016 à 13:38, José Fournier <jaaf64(a)zoraldia.com&gt; a écrit :

>  Bonjour à tous,
>
>  J'ai travaillé sur un script python purificateur typographique des
>  fichiers po pour la partie traduction. Rien à voir avec la première idée
>  que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
>  marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
>  moins – beaucoup de choses à apprendre sur python et les regex.
>
>  Le nouveau script est assez interactif et assez facile à utiliser,
>  permet de contrôler ce qu'on fait et n'est pas destructif (travaille par
>  duplication du dossier). Il permet aussi de coloriser les différents
>  types d'espaces: sécable, insécable, fine, fine insécable si besoin
>  avant de se prononcer sur une substitution.
>
>  Il suppose une importation des fichiers po depuis Zanata. Il travaille
>  par balayage de tous les messages de tous les fichiers en se contentant
>  de répliquer les messages en anglais. Les messages en français qui ne
>  sont pas concernés par une correction sont également répliqués tels
>  quels.  On applique toutes les règles à un message avant de passer au
>  suivant. Il n'y a donc normalement qu'une seule passe.
>
>  Je pense être arrivé à un résultat qui va  permettre d'expurger – et
>  avec un grand confort– les fichiers po du guide d'installation d'un
>  certain nombre d'erreurs, ou d'options que j'ai prises et qui pourraient
>  ne pas être partagées.
>
>  Avant de l'appliquer, pour effectuer une pré-correction, il faudrait que
>  nous soyons d'accord sur un certains nombre de règles qui ne sont pas
>  forcément absolues (des solutions différentes existant selon les
>  organismes de référence – le mien étant plutôt, l'Imprimerie nationale
>  (IN) mais pas toujours.
>
>  Voici ces règles :
>
>  Le mieux est de donner le numéro d'options que vous préférez (quand
>  option il y a) et dire ok ou non pour les autres
>
>  Bien sûr, il y aura plein d'exceptions à ces règles – d'où la nécessité
>  d'interactivité pour contrôler – en particulier dans les expressions
>  liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
>
>  1  Espace fine insécable devant ;, !, ?
>
>  2  Espace mot (non fine) insécable devant :
>
>  3  Pas d'espace avant les ponctuations simple (. et ,)
>
>  4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
>  4-b  Espace fine insécable entre « et le texte qui suit (assez fréquent)
>
>  5-a Espace mot insécable entre » et le texte qui précède (IN)
>  5-b Espace fine insécable entre » et le texte qui précède (assez fréquent)
>
>  6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
>  ouvrante)
>
>  7 Pas d'espace entre les crochets [ et ] et le texte inclus (fermant et
>  ouvrant)
>
>  8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
>  (sauf si une ponctuation les suit
>
>  9 Pas d'espace autour du trait d'union (touche 6)
>
>  10 Le tiret qui tient lieu de parenthèse est un tiret semi-cadratin (–)
>  pas un trait d'union (-). Il disparait devant le point final d'une
>  phrase. Il est séparé des deux côtés par :
>     10-a une espace mot (sécable) (IN)
>     10-b une espace fine sécable (rare)
>
>  11 L'apostrophe n'est jamais séparée
>
>  12 Le / dans un texte est séparé des deux côtés par une:
>    12-a espace fine insécable
>    12-b espace mot insécable
>
>  13 Caractère … et non pas trois caractères . (...)
>
>  14 etc. et non pas etc… ou etc...
>
>  15 En fin de phrase etc. pas etc..
>
>  Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
>  règles de traduction, sur une page de wiki si vous en êtes d'accord.
>  Cette liste peut être complétée.
>
>  Merci de me donner votre avis
>  
​Bonjour José,

L'automatisation me plait en général, et en particulier sur ce cas.

Ce qui me plairait aussi serait de voir le code de ton outillage pour ce
faire, et surtout de valider chacun des cas cités par des tests.
Voire même idéalement de permettre à cet outillage d'être multilangue
(chaque langue ayant ses règles de typographie, et permettrait par exemple
de remonter les problèmes sur les chaînes source), que chaque règle soit un
greffon, et que ces greffons soient débrayables​, pour permettre son
utilisation sur des projets divers et variés.

Une autre information importante à mon sens pour les traducteurs, au delà
des règles elles-mêmes, est l'indication de comment taper ces caractères
spéciaux sur un clavier Linux (la combinaison de touches, quoi).

Et vu que l'on risque d'utiliser des caractères UTF-8, préciser que l'outil
devra prendre en entrée des .po en UTF-8, et tourner dans un environnement
UTF-8. Sinon les résultats risquent d'être intéressants :)

Si tu as un compte github ou autre gitlab, je suis curieux de jeter un œil.

Cdt,

J.
-- 
Jérôme Fenal

[José Fournier]

Le 14/05/2016 à 12:04, Jérôme Fenal a écrit :
>  Le 13 mai 2016 à 13:38, José Fournier <jaaf64(a)zoraldia.com
>  <mailto:[e-mail]>> a écrit :
>
>      Bonjour à tous,
>
>      J'ai travaillé sur un script python purificateur typographique des
>      fichiers po pour la partie traduction. Rien à voir avec la
>      première idée
>      que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
>      marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
>      moins – beaucoup de choses à apprendre sur python et les regex.
>
>      Le nouveau script est assez interactif et assez facile à utiliser,
>      permet de contrôler ce qu'on fait et n'est pas destructif
>      (travaille par
>      duplication du dossier). Il permet aussi de coloriser les différents
>      types d'espaces: sécable, insécable, fine, fine insécable si besoin
>      avant de se prononcer sur une substitution.
>
>      Il suppose une importation des fichiers po depuis Zanata. Il travaille
>      par balayage de tous les messages de tous les fichiers en se
>      contentant
>      de répliquer les messages en anglais. Les messages en français qui ne
>      sont pas concernés par une correction sont également répliqués tels
>      quels.  On applique toutes les règles à un message avant de passer au
>      suivant. Il n'y a donc normalement qu'une seule passe.
>
>      Je pense être arrivé à un résultat qui va  permettre d'expurger – et
>      avec un grand confort– les fichiers po du guide d'installation d'un
>      certain nombre d'erreurs, ou d'options que j'ai prises et qui
>      pourraient
>      ne pas être partagées.
>
>      Avant de l'appliquer, pour effectuer une pré-correction, il
>      faudrait que
>      nous soyons d'accord sur un certains nombre de règles qui ne sont pas
>      forcément absolues (des solutions différentes existant selon les
>      organismes de référence – le mien étant plutôt, l'Imprimerie nationale
>      (IN) mais pas toujours.
>
>      Voici ces règles :
>
>      Le mieux est de donner le numéro d'options que vous préférez (quand
>      option il y a) et dire ok ou non pour les autres
>
>      Bien sûr, il y aura plein d'exceptions à ces règles – d'où la
>      nécessité
>      d'interactivité pour contrôler – en particulier dans les expressions
>      liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
>
>      1  Espace fine insécable devant ;, !, ?
>
>      2  Espace mot (non fine) insécable devant :
>
>      3  Pas d'espace avant les ponctuations simple (. et ,)
>
>      4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
>      4-b  Espace fine insécable entre « et le texte qui suit (assez
>      fréquent)
>
>      5-a Espace mot insécable entre » et le texte qui précède (IN)
>      5-b Espace fine insécable entre » et le texte qui précède (assez
>      fréquent)
>
>      6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
>      ouvrante)
>
>      7 Pas d'espace entre les crochets [ et ] et le texte inclus
>      (fermant et
>      ouvrant)
>
>      8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
>      (sauf si une ponctuation les suit
>
>      9 Pas d'espace autour du trait d'union (touche 6)
>
>      10 Le tiret qui tient lieu de parenthèse est un tiret
>      semi-cadratin (–)
>      pas un trait d'union (-). Il disparait devant le point final d'une
>      phrase. Il est séparé des deux côtés par :
>         10-a une espace mot (sécable) (IN)
>         10-b une espace fine sécable (rare)
>
>      11 L'apostrophe n'est jamais séparée
>
>      12 Le / dans un texte est séparé des deux côtés par une:
>        12-a espace fine insécable
>        12-b espace mot insécable
>
>      13 Caractère … et non pas trois caractères . (...)
>
>      14 etc. et non pas etc… ou etc...
>
>      15 En fin de phrase etc. pas etc..
>
>      Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
>      règles de traduction, sur une page de wiki si vous en êtes d'accord.
>      Cette liste peut être complétée.
>
>      Merci de me donner votre avis
>
>
>  ​Bonjour José,
>
>  L'automatisation me plait en général, et en particulier sur ce cas.
>
>  Ce qui me plairait aussi serait de voir le code de ton outillage pour
>  ce faire, et surtout de valider chacun des cas cités par des tests.
>  Voire même idéalement de permettre à cet outillage d'être multilangue
>  (chaque langue ayant ses règles de typographie, et permettrait par
>  exemple de remonter les problèmes sur les chaînes source), que chaque
>  règle soit un greffon, et que ces greffons soient débrayables​, pour
>  permettre son utilisation sur des projets divers et variés.
>
>  Une autre information importante à mon sens pour les traducteurs, au
>  delà des règles elles-mêmes, est l'indication de comment taper ces
>  caractères spéciaux sur un clavier Linux (la combinaison de touches,
>  quoi).
>
>  Et vu que l'on risque d'utiliser des caractères UTF-8, préciser que
>  l'outil devra prendre en entrée des .po en UTF-8, et tourner dans un
>  environnement UTF-8. Sinon les résultats risquent d'être intéressants :)
>
>  Si tu as un compte github ou autre gitlab, je suis curieux de jeter un
>  œil.
>
>  Cdt,
>
>  J.
>  -- 
>  Jérôme Fenal 
Bonsoir Jérôme,

Je te donne un lien pour télécharger une archive contenant à la fois le
programme et les données.

https://mon-partage.fr/f/rJobkCaB/

Une chose importante que tu dois avoir à l'esprit c'est que je ne suis
pas un programmeur (juste un amateur et un traducteur ) et qu'en
écrivant ce programme, je découvrais à la fois, python et les
expressions régulières. C'est d'ailleurs du côté des  expressions
régulières que j'aurais besoin d'un peu d'aide.

Mais fondamentalement, la variété des cas de faux-positifs est
importante s'agissant d'un mélange de texte normal et de texte
"informatique", d'où la nécessité de l'interactivité. L'important
n'est
pas que la règle soit parfaite mais qu'elle marque un arrêt sur une
anomalie. Détecter c'est déjà faire la moitié du travail

Une fois l'archive décompressée, place toi dans le répertoire
typo_purifier et lance : python3 po_typo_purifier.py -i (l'option i
t'affichera une explication du programme que je t'invite à lire avant de
lancer le programme, sans option cette fois). Le reste parle de lui-même.

C'est bien sûr encore très embryonnaire et il me faudra certainement de
l'aide pour en faire quelque chose de présentable dans les formes en
usage chez Fedora (mais je crois que l'idée est à suivre)

Concernant le clavier, je suis un adepte de bépo ergonomique. La
majorité des choses sont accessibles assez facilement. Pour le reste
Ctrl + Shift u suivi de l'unicode ça marche toujours.

Merci de me donner un retour, sans précaution oratoire particulière si
tu penses que  ce n'est pas viable.

Bonne soirée

José Fournier
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail]

[José Fournier]

Bonjour Jérôme,

Le programme est maintenant sur https://github.com/jaaf/po_purifier (là
aussi je débute avec git).

J'ai légèrement retravaillé le script. J'affiche désormais le message
d'origine avec les espaces, autres que normales, colorisées.

Puis en dessous le message avec seulement la modification proposée
colorisée. Il n'y a plus la fonction s pour afficher les espaces
colorisées. Ça n'est plus nécessaire.

J'ai retouché quelques regex mais il faut les regarder de près. Enfin le
résultat n'est pas trop mal puisque je détecte les anomalies.

Le mieux est que tu conserves les données du guide d'installation telles
qu'elles sont dans l'archive que je t'ai proposée hier. Depuis il y a eu
des corrections et on voit moins de choses à corriger (même s'il en reste).

Par contre quand je pousse sur Zanata, j'ai une erreur

[ERROR] Operation failed: unexpected token: <eof>

    To retry from the last document, please set the following option(s):

        --from-doc "StorageSpoke"

.
[ERROR] Execution failed: unexpected token: <eof>
[ERROR] Use -e/--errors for full stack trace (or when reporting bugs)

En essayant de relire le seul fichier que j'ai modifié avec un script
python, celui-ci arrive à le lire jusqu'à la fin. Il n'y a donc pas de EOF.

Là je cale.

Bonne fin de week-end

José



Le 14/05/2016 à 12:04, Jérôme Fenal a écrit :
>  Le 13 mai 2016 à 13:38, José Fournier <jaaf64(a)zoraldia.com
>  <mailto:[e-mail]>> a écrit :
>
>      Bonjour à tous,
>
>      J'ai travaillé sur un script python purificateur typographique des
>      fichiers po pour la partie traduction. Rien à voir avec la
>      première idée
>      que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
>      marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
>      moins – beaucoup de choses à apprendre sur python et les regex.
>
>      Le nouveau script est assez interactif et assez facile à utiliser,
>      permet de contrôler ce qu'on fait et n'est pas destructif
>      (travaille par
>      duplication du dossier). Il permet aussi de coloriser les différents
>      types d'espaces: sécable, insécable, fine, fine insécable si besoin
>      avant de se prononcer sur une substitution.
>
>      Il suppose une importation des fichiers po depuis Zanata. Il travaille
>      par balayage de tous les messages de tous les fichiers en se
>      contentant
>      de répliquer les messages en anglais. Les messages en français qui ne
>      sont pas concernés par une correction sont également répliqués tels
>      quels.  On applique toutes les règles à un message avant de passer au
>      suivant. Il n'y a donc normalement qu'une seule passe.
>
>      Je pense être arrivé à un résultat qui va  permettre d'expurger – et
>      avec un grand confort– les fichiers po du guide d'installation d'un
>      certain nombre d'erreurs, ou d'options que j'ai prises et qui
>      pourraient
>      ne pas être partagées.
>
>      Avant de l'appliquer, pour effectuer une pré-correction, il
>      faudrait que
>      nous soyons d'accord sur un certains nombre de règles qui ne sont pas
>      forcément absolues (des solutions différentes existant selon les
>      organismes de référence – le mien étant plutôt, l'Imprimerie nationale
>      (IN) mais pas toujours.
>
>      Voici ces règles :
>
>      Le mieux est de donner le numéro d'options que vous préférez (quand
>      option il y a) et dire ok ou non pour les autres
>
>      Bien sûr, il y aura plein d'exceptions à ces règles – d'où la
>      nécessité
>      d'interactivité pour contrôler – en particulier dans les expressions
>      liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
>
>      1  Espace fine insécable devant ;, !, ?
>
>      2  Espace mot (non fine) insécable devant :
>
>      3  Pas d'espace avant les ponctuations simple (. et ,)
>
>      4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
>      4-b  Espace fine insécable entre « et le texte qui suit (assez
>      fréquent)
>
>      5-a Espace mot insécable entre » et le texte qui précède (IN)
>      5-b Espace fine insécable entre » et le texte qui précède (assez
>      fréquent)
>
>      6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
>      ouvrante)
>
>      7 Pas d'espace entre les crochets [ et ] et le texte inclus
>      (fermant et
>      ouvrant)
>
>      8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
>      (sauf si une ponctuation les suit
>
>      9 Pas d'espace autour du trait d'union (touche 6)
>
>      10 Le tiret qui tient lieu de parenthèse est un tiret
>      semi-cadratin (–)
>      pas un trait d'union (-). Il disparait devant le point final d'une
>      phrase. Il est séparé des deux côtés par :
>         10-a une espace mot (sécable) (IN)
>         10-b une espace fine sécable (rare)
>
>      11 L'apostrophe n'est jamais séparée
>
>      12 Le / dans un texte est séparé des deux côtés par une:
>        12-a espace fine insécable
>        12-b espace mot insécable
>
>      13 Caractère … et non pas trois caractères . (...)
>
>      14 etc. et non pas etc… ou etc...
>
>      15 En fin de phrase etc. pas etc..
>
>      Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
>      règles de traduction, sur une page de wiki si vous en êtes d'accord.
>      Cette liste peut être complétée.
>
>      Merci de me donner votre avis
>
>
>  ​Bonjour José,
>
>  L'automatisation me plait en général, et en particulier sur ce cas.
>
>  Ce qui me plairait aussi serait de voir le code de ton outillage pour
>  ce faire, et surtout de valider chacun des cas cités par des tests.
>  Voire même idéalement de permettre à cet outillage d'être multilangue
>  (chaque langue ayant ses règles de typographie, et permettrait par
>  exemple de remonter les problèmes sur les chaînes source), que chaque
>  règle soit un greffon, et que ces greffons soient débrayables​, pour
>  permettre son utilisation sur des projets divers et variés.
>
>  Une autre information importante à mon sens pour les traducteurs, au
>  delà des règles elles-mêmes, est l'indication de comment taper ces
>  caractères spéciaux sur un clavier Linux (la combinaison de touches,
>  quoi).
>
>  Et vu que l'on risque d'utiliser des caractères UTF-8, préciser que
>  l'outil devra prendre en entrée des .po en UTF-8, et tourner dans un
>  environnement UTF-8. Sinon les résultats risquent d'être intéressants :)
>
>  Si tu as un compte github ou autre gitlab, je suis curieux de jeter un
>  œil.
>
>  Cdt,
>
>  J.
>  -- 
>  Jérôme Fenal
>
>
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail]

[José Fournier]

Bonjour,

J'ai finalement réussi à pousser les corrections sur Zanata. Cela tenait
au fait que le dernier message n'était pas copié, et donc que le fichier
se terminait sur un msgid sans msgstr.

Il me reste à peaufiner les regex pour corriger certaines imperfections 
et limiter les cas de faux positifs.

Bonne journée


Le 16/05/2016 à 15:13, José Fournier a écrit :
>  Bonjour Jérôme,
>
>  Le programme est maintenant sur https://github.com/jaaf/po_purifier
>  (là aussi je débute avec git).
>
>  J'ai légèrement retravaillé le script. J'affiche désormais le message
>  d'origine avec les espaces, autres que normales, colorisées.
>
>  Puis en dessous le message avec seulement la modification proposée
>  colorisée. Il n'y a plus la fonction s pour afficher les espaces
>  colorisées. Ça n'est plus nécessaire.
>
>  J'ai retouché quelques regex mais il faut les regarder de près. Enfin
>  le résultat n'est pas trop mal puisque je détecte les anomalies.
>
>  Le mieux est que tu conserves les données du guide d'installation
>  telles qu'elles sont dans l'archive que je t'ai proposée hier. Depuis
>  il y a eu des corrections et on voit moins de choses à corriger (même
>  s'il en reste).
>
>  Par contre quand je pousse sur Zanata, j'ai une erreur
>
>  [ERROR] Operation failed: unexpected token: <eof>
>
>      To retry from the last document, please set the following option(s):
>
>          --from-doc "StorageSpoke"
>
>  .
>  [ERROR] Execution failed: unexpected token: <eof>
>  [ERROR] Use -e/--errors for full stack trace (or when reporting bugs)
>
>  En essayant de relire le seul fichier que j'ai modifié avec un script
>  python, celui-ci arrive à le lire jusqu'à la fin. Il n'y a donc pas de
>  EOF.
>
>  Là je cale.
>
>  Bonne fin de week-end
>
>  José
>
>
>
>  Le 14/05/2016 à 12:04, Jérôme Fenal a écrit :
> >
> > Le 13 mai 2016 à 13:38, José Fournier <jaaf64(a)zoraldia.com
> > <mailto:[e-mail]>> a écrit :
> >
> >     Bonjour à tous,
> >
> >     J'ai travaillé sur un script python purificateur typographique des
> >     fichiers po pour la partie traduction. Rien à voir avec la
> >     première idée
> >     que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
> >     marchait pas dans certains cas. J'avais encore – et j'ai toujours
> >     mais
> >     moins – beaucoup de choses à apprendre sur python et les regex.
> >
> >     Le nouveau script est assez interactif et assez facile à utiliser,
> >     permet de contrôler ce qu'on fait et n'est pas destructif
> >     (travaille par
> >     duplication du dossier). Il permet aussi de coloriser les différents
> >     types d'espaces: sécable, insécable, fine, fine insécable si besoin
> >     avant de se prononcer sur une substitution.
> >
> >     Il suppose une importation des fichiers po depuis Zanata. Il
> >     travaille
> >     par balayage de tous les messages de tous les fichiers en se
> >     contentant
> >     de répliquer les messages en anglais. Les messages en français qui ne
> >     sont pas concernés par une correction sont également répliqués tels
> >     quels.  On applique toutes les règles à un message avant de passer au
> >     suivant. Il n'y a donc normalement qu'une seule passe.
> >
> >     Je pense être arrivé à un résultat qui va  permettre d'expurger – et
> >     avec un grand confort– les fichiers po du guide d'installation d'un
> >     certain nombre d'erreurs, ou d'options que j'ai prises et qui
> >     pourraient
> >     ne pas être partagées.
> >
> >     Avant de l'appliquer, pour effectuer une pré-correction, il
> >     faudrait que
> >     nous soyons d'accord sur un certains nombre de règles qui ne sont pas
> >     forcément absolues (des solutions différentes existant selon les
> >     organismes de référence – le mien étant plutôt, l'Imprimerie
> >     nationale
> >     (IN) mais pas toujours.
> >
> >     Voici ces règles :
> >
> >     Le mieux est de donner le numéro d'options que vous préférez (quand
> >     option il y a) et dire ok ou non pour les autres
> >
> >     Bien sûr, il y aura plein d'exceptions à ces règles – d'où la
> >     nécessité
> >     d'interactivité pour contrôler – en particulier dans les expressions
> >     liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
> >
> >     1  Espace fine insécable devant ;, !, ?
> >
> >     2  Espace mot (non fine) insécable devant :
> >
> >     3  Pas d'espace avant les ponctuations simple (. et ,)
> >
> >     4-a  Espace mot (non fine) insécable entre « et le texte qui suit
> >     (IN)
> >     4-b  Espace fine insécable entre « et le texte qui suit (assez
> >     fréquent)
> >
> >     5-a Espace mot insécable entre » et le texte qui précède (IN)
> >     5-b Espace fine insécable entre » et le texte qui précède (assez
> >     fréquent)
> >
> >     6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
> >     ouvrante)
> >
> >     7 Pas d'espace entre les crochets [ et ] et le texte inclus
> >     (fermant et
> >     ouvrant)
> >
> >     8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
> >     (sauf si une ponctuation les suit
> >
> >     9 Pas d'espace autour du trait d'union (touche 6)
> >
> >     10 Le tiret qui tient lieu de parenthèse est un tiret
> >     semi-cadratin (–)
> >     pas un trait d'union (-). Il disparait devant le point final d'une
> >     phrase. Il est séparé des deux côtés par :
> >        10-a une espace mot (sécable) (IN)
> >        10-b une espace fine sécable (rare)
> >
> >     11 L'apostrophe n'est jamais séparée
> >
> >     12 Le / dans un texte est séparé des deux côtés par une:
> >       12-a espace fine insécable
> >       12-b espace mot insécable
> >
> >     13 Caractère … et non pas trois caractères . (...)
> >
> >     14 etc. et non pas etc… ou etc...
> >
> >     15 En fin de phrase etc. pas etc..
> >
> >     Je peux formaliser tout ça – si ce n'est pas déjà fait – avec
> >     d'autres
> >     règles de traduction, sur une page de wiki si vous en êtes d'accord.
> >     Cette liste peut être complétée.
> >
> >     Merci de me donner votre avis
> >
> >
> > ​Bonjour José,
> >
> > L'automatisation me plait en général, et en particulier sur ce cas.
> >
> > Ce qui me plairait aussi serait de voir le code de ton outillage pour
> > ce faire, et surtout de valider chacun des cas cités par des tests.
> > Voire même idéalement de permettre à cet outillage d'être multilangue
> > (chaque langue ayant ses règles de typographie, et permettrait par
> > exemple de remonter les problèmes sur les chaînes source), que chaque
> > règle soit un greffon, et que ces greffons soient débrayables​, pour
> > permettre son utilisation sur des projets divers et variés.
> >
> > Une autre information importante à mon sens pour les traducteurs, au
> > delà des règles elles-mêmes, est l'indication de comment taper ces
> > caractères spéciaux sur un clavier Linux (la combinaison de touches,
> > quoi).
> >
> > Et vu que l'on risque d'utiliser des caractères UTF-8, préciser que
> > l'outil devra prendre en entrée des .po en UTF-8, et tourner dans un
> > environnement UTF-8. Sinon les résultats risquent d'être intéressants :)
> >
> > Si tu as un compte github ou autre gitlab, je suis curieux de jeter
> > un œil.
> >
> > Cdt,
> >
> > J.
> > -- 
> > Jérôme Fenal
> >
> >
> > --
> > trans-fr mailing list
> > trans-fr(a)lists.fedoraproject.org
> > http://lists.fedoraproject.org/admin/lists/[e-mail]
>

[Kévin Raymond]

Sympa comme outils.
Il en existe d'autres mais je ne les ai pas à l'esprit.

Tes prioritées me semblent bonnes aussi.
Sinon, on pourrait aussi ajouté (peut-être le fais-tu déjà) :
- la vérification des majuscules (Pas À l'Anglaise Sur Chaque Mots, en
début de phrases…) ;
- les listes à puce (pas de masucule, terminer chaque lignes par un ;
et la dernière par un point) ;
- vérifer la cohérence des traduction (mémoire de traduction) mais là
ce n'est plus le même outlis ;
- vérifer l'utilisation des guillemets («» et non "", sauf double
profondeur)
- vérifier l'espace (fine ?) entre nombre et unité ;
- l'affichage des nombres lui-même (séparation par espace fine
insécable 10 000) ou utilisation du point ?
- vérification de l'utilisation du trait d'union suivant les préfixes
(erreur très courante).

La suite je manque d'idée :)

par contre, il faudrait pouvoir gérer plusieurs format aussi (web, publican..)

2016-05-19 11:03 GMT+02:00 José Fournier <jaaf64(a)zoraldia.com&gt;:
>  Bonjour,
>
>  J'ai finalement réussi à pousser les corrections sur Zanata. Cela tenait au
>  fait que le dernier message n'était pas copié, et donc que le fichier se
>  terminait sur un msgid sans msgstr.
>
>  Il me reste à peaufiner les regex pour corriger certaines imperfections  et
>  limiter les cas de faux positifs.
>
>  Bonne journée
>
>
>  Le 16/05/2016 à 15:13, José Fournier a écrit :
>
>  Bonjour Jérôme,
>
>  Le programme est maintenant sur https://github.com/jaaf/po_purifier (là
>  aussi je débute avec git).
>
>  J'ai légèrement retravaillé le script. J'affiche désormais le message
>  d'origine avec les espaces, autres que normales, colorisées.
>
>  Puis en dessous le message avec seulement la modification proposée
>  colorisée. Il n'y a plus la fonction s pour afficher les espaces colorisées.
>  Ça n'est plus nécessaire.
>
>  J'ai retouché quelques regex mais il faut les regarder de près. Enfin le
>  résultat n'est pas trop mal puisque je détecte les anomalies.
>
>  Le mieux est que tu conserves les données du guide d'installation telles
>  qu'elles sont dans l'archive que je t'ai proposée hier. Depuis il y a eu des
>  corrections et on voit moins de choses à corriger (même s'il en reste).
>
>  Par contre quand je pousse sur Zanata, j'ai une erreur
>
>  [ERROR] Operation failed: unexpected token: <eof>
>
>      To retry from the last document, please set the following option(s):
>
>          --from-doc "StorageSpoke"
>
>  .
>  [ERROR] Execution failed: unexpected token: <eof>
>  [ERROR] Use -e/--errors for full stack trace (or when reporting bugs)
>
>  En essayant de relire le seul fichier que j'ai modifié avec un script
>  python, celui-ci arrive à le lire jusqu'à la fin. Il n'y a donc pas de EOF.
>
>  Là je cale.
>
>  Bonne fin de week-end
>
>  José
>
>
>
>  Le 14/05/2016 à 12:04, Jérôme Fenal a écrit :
>
>
>  Le 13 mai 2016 à 13:38, José Fournier <jaaf64(a)zoraldia.com&gt; a écrit :
> >
> > Bonjour à tous,
> >
> > J'ai travaillé sur un script python purificateur typographique des
> > fichiers po pour la partie traduction. Rien à voir avec la première idée
> > que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
> > marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
> > moins – beaucoup de choses à apprendre sur python et les regex.
> >
> > Le nouveau script est assez interactif et assez facile à utiliser,
> > permet de contrôler ce qu'on fait et n'est pas destructif (travaille par
> > duplication du dossier). Il permet aussi de coloriser les différents
> > types d'espaces: sécable, insécable, fine, fine insécable si besoin
> > avant de se prononcer sur une substitution.
> >
> > Il suppose une importation des fichiers po depuis Zanata. Il travaille
> > par balayage de tous les messages de tous les fichiers en se contentant
> > de répliquer les messages en anglais. Les messages en français qui ne
> > sont pas concernés par une correction sont également répliqués tels
> > quels.  On applique toutes les règles à un message avant de passer au
> > suivant. Il n'y a donc normalement qu'une seule passe.
> >
> > Je pense être arrivé à un résultat qui va  permettre d'expurger – et
> > avec un grand confort– les fichiers po du guide d'installation d'un
> > certain nombre d'erreurs, ou d'options que j'ai prises et qui pourraient
> > ne pas être partagées.
> >
> > Avant de l'appliquer, pour effectuer une pré-correction, il faudrait que
> > nous soyons d'accord sur un certains nombre de règles qui ne sont pas
> > forcément absolues (des solutions différentes existant selon les
> > organismes de référence – le mien étant plutôt, l'Imprimerie nationale
> > (IN) mais pas toujours.
> >
> > Voici ces règles :
> >
> > Le mieux est de donner le numéro d'options que vous préférez (quand
> > option il y a) et dire ok ou non pour les autres
> >
> > Bien sûr, il y aura plein d'exceptions à ces règles – d'où la nécessité
> > d'interactivité pour contrôler – en particulier dans les expressions
> > liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
> >
> > 1  Espace fine insécable devant ;, !, ?
> >
> > 2  Espace mot (non fine) insécable devant :
> >
> > 3  Pas d'espace avant les ponctuations simple (. et ,)
> >
> > 4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
> > 4-b  Espace fine insécable entre « et le texte qui suit (assez fréquent)
> >
> > 5-a Espace mot insécable entre » et le texte qui précède (IN)
> > 5-b Espace fine insécable entre » et le texte qui précède (assez fréquent)
> >
> > 6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
> > ouvrante)
> >
> > 7 Pas d'espace entre les crochets [ et ] et le texte inclus (fermant et
> > ouvrant)
> >
> > 8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
> > (sauf si une ponctuation les suit
> >
> > 9 Pas d'espace autour du trait d'union (touche 6)
> >
> > 10 Le tiret qui tient lieu de parenthèse est un tiret semi-cadratin (–)
> > pas un trait d'union (-). Il disparait devant le point final d'une
> > phrase. Il est séparé des deux côtés par :
> >    10-a une espace mot (sécable) (IN)
> >    10-b une espace fine sécable (rare)
> >
> > 11 L'apostrophe n'est jamais séparée
> >
> > 12 Le / dans un texte est séparé des deux côtés par une:
> >   12-a espace fine insécable
> >   12-b espace mot insécable
> >
> > 13 Caractère … et non pas trois caractères . (...)
> >
> > 14 etc. et non pas etc… ou etc...
> >
> > 15 En fin de phrase etc. pas etc..
> >
> > Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
> > règles de traduction, sur une page de wiki si vous en êtes d'accord.
> > Cette liste peut être complétée.
> >
> > Merci de me donner votre avis
>
>
>  Bonjour José,
>
>  L'automatisation me plait en général, et en particulier sur ce cas.
>
>  Ce qui me plairait aussi serait de voir le code de ton outillage pour ce
>  faire, et surtout de valider chacun des cas cités par des tests.
>  Voire même idéalement de permettre à cet outillage d'être multilangue
>  (chaque langue ayant ses règles de typographie, et permettrait par exemple
>  de remonter les problèmes sur les chaînes source), que chaque règle soit un
>  greffon, et que ces greffons soient débrayables, pour permettre son
>  utilisation sur des projets divers et variés.
>
>  Une autre information importante à mon sens pour les traducteurs, au delà
>  des règles elles-mêmes, est l'indication de comment taper ces caractères
>  spéciaux sur un clavier Linux (la combinaison de touches, quoi).
>
>  Et vu que l'on risque d'utiliser des caractères UTF-8, préciser que l'outil
>  devra prendre en entrée des .po en UTF-8, et tourner dans un environnement
>  UTF-8. Sinon les résultats risquent d'être intéressants :)
>
>  Si tu as un compte github ou autre gitlab, je suis curieux de jeter un œil.
>
>  Cdt,
>
>  J.
>  --
>  Jérôme Fenal
>
>
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail]
>
>
>
>
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail] 


-- 
Kévin Raymond
(shaiton)
GPG-Key: A5BCB3A2

[Charles-Antoine Couret]

Le 19/05/2016 à 15:42, Kévin Raymond a écrit :
>  Sympa comme outils.
>  Il en existe d'autres mais je ne les ai pas à l'esprit.
>  
>  Tes prioritées me semblent bonnes aussi.
>  Sinon, on pourrait aussi ajouté (peut-être le fais-tu déjà) : 
 [...]
>  - les listes à puce (pas de masucule, terminer chaque lignes par un
> ;
>  et la dernière par un point) ; 
Cela me semble compliqué.
De souvenir, tu as raison pour des énumérations simples du style :

* carotte ;
* patate ;
* farine.

Si les énumérations contiennent des verbes, de mémoire on doit utiliser la majuscule et le
point à chaque fois comme :

* J'adore les carottes.
* Je souhaite des patates.
* Je n'ai plus de farine.
* Profit !

Du coup, gérer cette situation me paraît délicate car il faut analyse la grammaire de la
phrase avant. Et ce n'est pas simple.

Charles-Antoine

[José Fournier]

@Kevin

Le problème des listes à puces c'est qu'elles n'apparaissent pas en tant
que telles dans les messages de zanata. Un item égal un message.

De plus Charles-Antoine a raison car selon le type de liste à puces ce
n'est pas forcément une minuscule en tête et un point-virgule à la fin.
J'ai commencé une page qui

explicite tous les cas, si tu veux y jeter un coup d'œil.

https://fedoraproject.org/wiki/L10N/FR-Manuel_du_traducteur/Traduction_de...

Mais attention cette page est en construction, pas relue et je pense que
la partie liste à puces va migrer vers cette autre page

https://fedoraproject.org/wiki/L10N/FR-Manuel_du_traducteur/R%C3%A8gles_t...

elle aussi en construction.

Le but de cet outil c'est de repérer les cas potentiellement à
problèmes, de s'y arrêter, de proposer un changement et de laisser
l'utilisateur décider ou pas du changement.

Sans cette interactivité on ne peut rien faire car les textes à contenu
informatique (instructions, etc.)  abondent d'infractions aux règles du
français.

Ce matin j'ai passé la moulinette sur ma traduction du guide
d'installation, j'ai détecté mes fautes mais aussi beaucoup de faux
positifs (dans les textes informatiques) que j'ai dû laisser passer.

Il va donc être essentiel de peaufiner les règles pour écarter un max de
faux positifs sans rater une faute.

Je reste preneur des réflexions de chacun.

Dans tes propositions:

 - trait d'union c'est fait pour les espaces (pas d'espace avant ni
après) , par contre il faudrait définir une liste de mot qu'il ne faut
pas décomposer p. ex. plateforme ou plate-forme. Il y a aussi l'usage
abusif du trait d'union en lieu et place d'un tiret semi-cadratin ou
cadratin.

- espace fine insécable entre le nombre et l'unité c'est fait

- « double quotes » en lieu et place des guillemets français: ça c'est
plus difficile (beaucoup de "" légitimes dans les messages d'instructions.

- les majuscules abusives dans les titres ça devrait être vu par le
relecteur avec la traduction en elle-même

Les règles ont pas mal évoluées aujourd'hui voir github.com/jaaf/po_purifier

Merci pour vos remarques à tous les deux; elles sont encourageantes.

Je reste à votre écoute.

José

Le 19/05/2016 à 15:48, Charles-Antoine Couret a écrit :
>  Le 19/05/2016 à 15:42, Kévin Raymond a écrit :
> > Sympa comme outils.
> > Il en existe d'autres mais je ne les ai pas à l'esprit.
> >
> > Tes prioritées me semblent bonnes aussi.
> > Sinon, on pourrait aussi ajouté (peut-être le fais-tu déjà) :
>   [...]
> > - les listes à puce (pas de masucule, terminer chaque lignes par un ;
> > et la dernière par un point) ;
>  Cela me semble compliqué.
>  De souvenir, tu as raison pour des énumérations simples du style :
>
>  * carotte ;
>  * patate ;
>  * farine.
>
>  Si les énumérations contiennent des verbes, de mémoire on doit utiliser la majuscule et
> le point à chaque fois comme :
>
>  * J'adore les carottes.
>  * Je souhaite des patates.
>  * Je n'ai plus de farine.
>  * Profit !
>
>  Du coup, gérer cette situation me paraît délicate car il faut analyse la grammaire de la
> phrase avant. Et ce n'est pas simple.
>
>  Charles-Antoine
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail]

[Jérôme Fenal]

Le 19 mai 2016 à 15:48, Charles-Antoine Couret <renault(a)fedoraproject.org&gt;
a écrit :

>  Le 19/05/2016 à 15:42, Kévin Raymond a écrit :
>  > Sympa comme outils.
>  > Il en existe d'autres mais je ne les ai pas à l'esprit.
>  >
>  > Tes prioritées me semblent bonnes aussi.
>  > Sinon, on pourrait aussi ajouté (peut-être le fais-tu déjà) :
>   [...]
>  > - les listes à puce (pas de masucule, terminer chaque lignes par un ;
>  > et la dernière par un point) ;
>
>  Cela me semble compliqué.
>  De souvenir, tu as raison pour des énumérations simples du style :
>
>  * carotte ;
>  * patate ;
>  * farine.
>
>  Si les énumérations contiennent des verbes, de mémoire on doit utiliser la
>  majuscule et le point à chaque fois comme :
>
>  * J'adore les carottes.
>  * Je souhaite des patates.
>  * Je n'ai plus de farine.
>  * Profit
>  .
>  
​Le lexique des règles typographiques de l'imprimerie nationale[1] est plus
complet, et complexe...
- premier niveau d'énumération se finissant par point virgule ;
- niveaux suivants se finissant par une virgule ;
- et pour les dernières lignes :
  - point sur la dernière énumération de premier niveau​,
  - point virgule pour clôturer les niveaux suivants ;
​- les listes à tirets commenceront par des minuscules ;
- les listes sans tirets ou numérotées commencent par des majuscules.

Cf. §§ Emploi de la Capitale (p. 38 dans mon édition) et Ponctuation (p.
147).

​>​
  Du coup, gérer cette situation me paraît délicate car il faut analyse la
grammaire de la phrase avant. Et ce n'est pas simple.

​+1​

​Cordialement,

J.

[1] https://www.amazon.fr//dp/2743304820/
-- 
Jérôme Fenal
​​

[Jean-Baptiste]

Le 19/05/2016 à 11:03, José Fournier a écrit :
>  Bonjour,
>
>  J'ai finalement réussi à pousser les corrections sur Zanata. Cela tenait
>  au fait que le dernier message n'était pas copié, et donc que le fichier
>  se terminait sur un msgid sans msgstr.
>
>  Il me reste à peaufiner les regex pour corriger certaines imperfections
>  et limiter les cas de faux positifs.
>
>  Bonne journée 
Bonjour,

Je n'ai pas encore testé*, mais ça a l'air de bien avancer, bravo ! :)

Est-ce que l'outil pourrait aider à détecter les ponctuations non 
cohérentes entre version anglaise et version française ?

Parfois, la version anglaise termine par un point, mais qui n'est pas 
présent dans la version française, et vice-versa. Ou les doubles-points 
en préalable à une liste.

Bonne journée,

* déménagement en cours... des difficultés avec l'accès à internet et 
l'auto-hébergement ;)
-- 
Jean-Baptiste Holcroft

[José Fournier]

Le 20/05/2016 à 13:26, Jean-Baptiste a écrit :
>  Le 19/05/2016 à 11:03, José Fournier a écrit :
> > Bonjour,
> >
> > J'ai finalement réussi à pousser les corrections sur Zanata. Cela tenait
> > au fait que le dernier message n'était pas copié, et donc que le fichier
> > se terminait sur un msgid sans msgstr.
> >
> > Il me reste à peaufiner les regex pour corriger certaines imperfections
> > et limiter les cas de faux positifs.
> >
> > Bonne journée
>
>  Bonjour,
>
>  Je n'ai pas encore testé*, mais ça a l'air de bien avancer, bravo ! :)
>
>  Est-ce que l'outil pourrait aider à détecter les ponctuations non
>  cohérentes entre version anglaise et version française ?
>
>  Parfois, la version anglaise termine par un point, mais qui n'est pas
>  présent dans la version française, et vice-versa. Ou les
>  doubles-points en préalable à une liste.
>
>  Bonne journée,
>
>  * déménagement en cours... des difficultés avec l'accès à internet et
>  l'auto-hébergement ;) 
Bonjour Jean-Baptise,

Ne te fais pas mal au dos surtout.

Je ne pense pas que l'outil puisse détecter des différences entre VO et
VF. Il n'a pas été conçu dans cet esprit. Ce serait possible mais je ne
vois  pas très bien à quoi tu fais allusion.
La ponctuation française ne peut pas être cohérente avec la ponctuation
anglaise, car la traduction ne reproduit pas toujours la même structure
de phrase. Qu'entends-tu par double-points ? Est-ce le « deux-points » ?
De plus comme je le disais hier à Kevin, on ne voit pas dans les
fichiers .po la notion de liste, chaque item formant un message séparé,
que rien ne relie à une liste, ni même à sa phrase introductive.

Je pense que c'est déjà pas mal comme ça. On trouvera peut-être encore
quelques cas détectables facilement mais il ne faut pas non plus penser
remplacer le travail du relecteur.

En fait c'est pour détecter ce qui ne saute pas toujours aux yeux.

Bonne journée à toi.

José

[Corina Roe]

Merci José Fournier, impressionant!

Quand aux règles de typographie définies ci-dessus, elles suivent
parfaitement nos pratiques actuelles de rédaction des traductions à Red
Hat, et plus largement dans le monde de la traduction professionnelle.

Salutations,

Corina Roe

Corina Roe - RHCSA, NAATI Lvl 3 Prof
Technical Translator - French
*Mobile: *[phone]
*Email: *croe(a)redhat.com

*Red Hat, Asia-Pacific Pty Ltd*
Level 1, 193 North Quay
Brisbane 4000
*Office: *[phone]
<http://www.linkedin.com/groups?gid=4068303>

2016-05-13 21:38 GMT+10:00 José Fournier <jaaf64(a)zoraldia.com&gt;:

>  Bonjour à tous,
>
>  J'ai travaillé sur un script python purificateur typographique des
>  fichiers po pour la partie traduction. Rien à voir avec la première idée
>  que j'avais soumise à Jean-Baptiste et qui « marchouillait » — ou ne
>  marchait pas dans certains cas. J'avais encore – et j'ai toujours mais
>  moins – beaucoup de choses à apprendre sur python et les regex.
>
>  Le nouveau script est assez interactif et assez facile à utiliser,
>  permet de contrôler ce qu'on fait et n'est pas destructif (travaille par
>  duplication du dossier). Il permet aussi de coloriser les différents
>  types d'espaces: sécable, insécable, fine, fine insécable si besoin
>  avant de se prononcer sur une substitution.
>
>  Il suppose une importation des fichiers po depuis Zanata. Il travaille
>  par balayage de tous les messages de tous les fichiers en se contentant
>  de répliquer les messages en anglais. Les messages en français qui ne
>  sont pas concernés par une correction sont également répliqués tels
>  quels.  On applique toutes les règles à un message avant de passer au
>  suivant. Il n'y a donc normalement qu'une seule passe.
>
>  Je pense être arrivé à un résultat qui va  permettre d'expurger – et
>  avec un grand confort– les fichiers po du guide d'installation d'un
>  certain nombre d'erreurs, ou d'options que j'ai prises et qui pourraient
>  ne pas être partagées.
>
>  Avant de l'appliquer, pour effectuer une pré-correction, il faudrait que
>  nous soyons d'accord sur un certains nombre de règles qui ne sont pas
>  forcément absolues (des solutions différentes existant selon les
>  organismes de référence – le mien étant plutôt, l'Imprimerie nationale
>  (IN) mais pas toujours.
>
>  Voici ces règles :
>
>  Le mieux est de donner le numéro d'options que vous préférez (quand
>  option il y a) et dire ok ou non pour les autres
>
>  Bien sûr, il y aura plein d'exceptions à ces règles – d'où la nécessité
>  d'interactivité pour contrôler – en particulier dans les expressions
>  liées à l'informatique (http:, &nbsp; &PRODUCT;, etc.
>
>  1  Espace fine insécable devant ;, !, ?
>
>  2  Espace mot (non fine) insécable devant :
>
>  3  Pas d'espace avant les ponctuations simple (. et ,)
>
>  4-a  Espace mot (non fine) insécable entre « et le texte qui suit (IN)
>  4-b  Espace fine insécable entre « et le texte qui suit (assez fréquent)
>
>  5-a Espace mot insécable entre » et le texte qui précède (IN)
>  5-b Espace fine insécable entre » et le texte qui précède (assez fréquent)
>
>  6 Pas d'espace entre les parenthèses et le texte inclus (fermante et
>  ouvrante)
>
>  7 Pas d'espace entre les crochets [ et ] et le texte inclus (fermant et
>  ouvrant)
>
>  8 Espace mot (sécable) à l'extérieur des parenthèses et des crochets
>  (sauf si une ponctuation les suit
>
>  9 Pas d'espace autour du trait d'union (touche 6)
>
>  10 Le tiret qui tient lieu de parenthèse est un tiret semi-cadratin (–)
>  pas un trait d'union (-). Il disparait devant le point final d'une
>  phrase. Il est séparé des deux côtés par :
>     10-a une espace mot (sécable) (IN)
>     10-b une espace fine sécable (rare)
>
>  11 L'apostrophe n'est jamais séparée
>
>  12 Le / dans un texte est séparé des deux côtés par une:
>    12-a espace fine insécable
>    12-b espace mot insécable
>
>  13 Caractère … et non pas trois caractères . (...)
>
>  14 etc. et non pas etc… ou etc...
>
>  15 En fin de phrase etc. pas etc..
>
>  Je peux formaliser tout ça – si ce n'est pas déjà fait – avec d'autres
>  règles de traduction, sur une page de wiki si vous en êtes d'accord.
>  Cette liste peut être complétée.
>
>  Merci de me donner votre avis
>
>  José
>  --
>  trans-fr mailing list
>  trans-fr(a)lists.fedoraproject.org
>  http://lists.fedoraproject.org/admin/lists/[e-mail]