Félicitation pour ton travail.

Parlons "politique" maintenant puisque tu y tiens. Il te reste à me convaincre au sujet de tes histoires d'espace fine
insécable avant une quelconque généralisation de la procédure maintenant que cela me semble faisable grâce à
ton script :
1) je m'étonne car dans tous les documents que j'ai trouvé, il est dit que devant le symbole (:), il faut mettre un espace insécable normal ???
2) je n'ai trouvé aucun document officiel qui nous fixe les règles en usage en français ???

Pourrais-tu me fournir des références officielles concernant les règles en usage en France ?


La règle est de mettre une espace fine insécable devant les signes de ponctuations doubles, c'est à dire devant les signes qui ont la hauteur d'un caractère (et donc devant les caractères :;!?» et «)



Tu ne m'as pas du tout convaincu. Les références ci-dessous ne sont même pas d'accord avec TA règle.

Ce n'est pas MA règle puisque d'autres sont du même avis. Et ce n'était qu'une proposition, si tout le monde préfère garder les espaces insécables devant les deux points, ça ne me pose pas de problème.

Si tu veux une autre source totalement arbitraire et subjective, j'ai ouvert la revu la plus proche de mon PC (Science & vie) et je constate que les deux points y sont systématiquement précédés par une espace fine.

Je parlais plutôt de source officielle (surtout pas wikipedia ou une université parmi une autre).
Je peux te donner autant de page Web que tu m'en fourniras qui diront le contraire.

Je n'ai pas dit le contraire dans mon mail précédent.
L'avantage de ce que je propose (emploi de la fine également devant les deux points) est aussi la simplicité/praticité car il n'y a alors pas besoin de jongler entre les différents types d'espaces.

Enfin c'est pas grave, je pense qu'il n'y a pas de règle (seul l'insécabilité est obligatoire) donc c'est une question
d'esthétisme (qui ne se voit pas sur un ordinateur) donc pourquoi pas essayer avec un module. De toute façon personne ne viendra se plaindre si son espace est fine puisque cela ne se voit pas.

Je dois avoir un œil bionique pour voir la différence donc. C'est plutôt cool en fait. ^^

J'ai essayé de comprendre là où il n'y a rien à comprendre, désolé

Si c'est moi qui t'ai énervé, je m'en excuse.

Bon courage pour essayer de convaincre toutes les autres équipes...  y compris Microsoft et MAC pour parler de la
non minorité. J'espère seulement que cette histoire d'espace fine n'aura aucune incidence avec une quelconque
compatibilité entre Windows et le reste.

...

C'est vrai qu'on est sur ce thread depuis un moment, donc admettons, je peux comprendre que ce qui a été dit au tout début ait été oublié.

Donc, pour rappel, si je vous propose ça c'est suite à des tests qui ont été effectués sur les principaux OS. Le compte rendu résultant se trouve ici : http://malaria.perso.sfr.fr/fines/fines.pdf

Pour résumer, il n'y a aucun problème de support de la fine avec les applications GTK, que ce soit sous GNU/Linux et Windows (testé sous XP, Vista et Seven).
Par contre, les espaces fines sont affichées avec une taille nulle sous Mac OS (le bug a été rapporté).
Je n'ai jamais caché ce dernier point, mais vu la quasi inexistence de la plateforme Gnome sous Mac et que ce bug est loin d'être bloquant... Au pire, ça contentera nos amis québécois, vu qu'ils n'utilisent pas d'espaces devant les signes de ponctuation (en informatique) ;-)


Nicolas


PS. : je vois avec Claude pour décider du (ou des modules) qu'on met à l'essai. On t'en informera
lorsqu'on aura choisi.


Quelques sources :

Les règles typographiques de l'université Paris Diderot :
http://www.eila.univ-paris-diderot.fr/sysadmin/gestion-docs/typo-francaise#ponctuation

L'éditeur du fameux logiciel d'aide à la rédaction « Antidote » :
http://www.druide.com/points_de_langue_13.html

Enfin, la page « ponctuation » sur Wikipedia :
http://fr.wikipedia.org/wiki/Ponctuation
(si ça peut vous rassurer, je jure solennellement de ne pas avoir modifié cette page)


Cependant, il est vrai que l'on trouve aussi des sources contradictoires concernant le symbole « : ».
Je ne sais pas d'où vient ce « conflit ». Différents courants de pensée chez les typographes ?

De ce point de vu là, je suis pour adopter une attitude pragmatique :

- On rencontre les deux règles, donc on peut éventuellement admettre qu'aucune des deux ne peut être considérée comme étant foncièrement fausse (même si personnellement je suis pour l'espace fine devant les deux points, entre autre parce que je trouve ça plus esthétique).
- Vu que les deux ponctuations sont possibles et que l'on doit utiliser l'espace fine insécable devant les autres signes de ponctuation double, il serait, je pense, plus pratique de l'utiliser également devant les deux points : cela nous évitera de jongler en permanence entre la fine et l'insécable classique, l'usage de cette dernière devenant alors très marginal.



Ensuite, pour répondre à ta question, je crois que nous avons déjà décidé que nous étions prêt à faire un essai sur un gros module de traduction pour voir si cela posait des problèmes informatique, nous n'avons juste pas encore choisi le module pour GNOME 3.0. Patience, on a encore quelques mois.


D'accord, sur le principe ça ne me pose aucun problème.


Cordialement,
Nicolas




Le 26 novembre 2010 20:16, Nicolas Delvaux <nicolas.delvaux@gmx.com> a écrit :
Salut à tous,

voici encore une nouvelle version de mon script de correction/vérification des .po.

Liste des nouveautés :

- Le script est presque deux fois plus rapide ;
- Le script détecte (et signal) maintenant si une chaine et sa traduction ne se terminent pas par le même signe de ponctuation ;
- L'option « --ortho » à été améliorée

Voilà pour cette fois. Pour le téléchargement, c'est toujours ici : http://malaria.perso.sfr.fr/francisator.tar.gz

Je pense que le script commence à être mature, n'hésitez pas à vérifier vos .po avec son aide.

Reste maintenant LA grande question : qu'en est-il des espaces fines insécables ?
Vu que le script fait tout le boulot (et plus encore), je pense que la décision n'est plus que politique maintenant.


Bonne soirée,
Nicolas


Le dimanche 21 novembre 2010 à 21:40 +0100, Nicolas Delvaux a écrit :
Salut à tous,

Suite à une discussion avec Bruno, j'ai le plaisir de vous présenter une version nettement améliorée de mon script de vérification/correction.

Voici les changements par rapport à hier :

- Beaucoup moins de « faux positifs » dans la liste des erreurs « potentielles » (ça reste très variable selon les .po) ;
- Chaque erreur vient avec son contexte (plus besoin de naviguer entre le .po et la liste des erreurs pour vérifier si une erreur est fondée ou pas) ;
- Le script détecte (et signal) maintenant la présence de plusieurs espaces à la suite ;
- La détection de la validité des balises XML a été complétée et grandement améliorée ;
- L'indicateur d'avancement est maintenant plus compréhensible ;
- Le diff entre le .po original et le .po corrigé n'est plus généré automatiquement (c'était assez inutile et c'est facilement faisable manuellement si besoin).

De plus, vous pouvez maintenant rajouter « --ortho » en argument sur la ligne de commande pour qu'un fichier ne contenant que les chaines traduites soit créé.
Ça permet de gagner du temps si vous souhaitez chasser les fautes d'orthographe avec un éditeur de texte. (au début il faudra tout de même lui dire d'ignorer certains mots, mais il ne faut le faire qu'une seule fois à priori).


Voilà, ça me parait déjà pas mal.
Je précise aussi que ce script est sous licence BSD, chacun peut l'adapter et le redistribuer comme bon lui semble.
Cependant, vu que ce script pourrai également servir à d'autres équipes de traducteurs, il serait tout de même souhaitable de centraliser les améliorations/corrections.
(si besoin, il devrait-être possible de l'héberger sur traduc)

Le script peut toujours être téléchargé à la même adresse : http://malaria.perso.sfr.fr/francisator.tar.gz


Bonne soirée !
Nicolas


Le samedi 20 novembre 2010 à 17:58 +0100, Nicolas Delvaux a écrit :
Salut à tous,

Chose promise, chose due voici le fameux script dont nous parlions la semaine dernière : http://malaria.perso.sfr.fr/francisator.tar.gz
Je vais essayer de vous dire tout ce qu'il faut savoir de manière concise (c'est pas gagné :-p).

Dans l'archive sur lequel pointe le lien ci-dessus, vous trouverez deux choses :
- le script en lui même (francisator.sh)
- un fichier de test (test.po)

Vu qu'il peut-être très pénible de vérifier tout ce que fait le script sur des fichier .po de plusieurs milliers de lignes, il est beaucoup plus commode d'utiliser un fichier de test pour mettre le script à l'épreuve.
Libre à vous de modifier/compléter ce fichier test en y mettant les situations les plus improbables que le script pourrait jamais rencontrer (enfin il faut tout de même que ça reste un fichier .po valide ;-)).

Que fait le script ?

1/ Il corrige directement les espaces devant les signes de ponctuation qui vont bien (il remplace les espace et les espaces insécables par des espaces fines insécables)
→ vu qu'il s'agit d'une correction automatique, c'est bien sûr cette partie qui doit être particulièrement testée. D'après mes tests elle est 100% fiable. Tous les pièges cités par Bruno la semaine dernière sont déjoués (et ce ne sont pas les seuls).
L'intérêt est de pouvoir faire confiance à cette partie du script : s'il faut examiner attentivement des diff de corrections de plusieurs centaines de lignes à chaque fois, ça n'a aucun intérêt.
Utilisez le fichier test pour vous convaincre de sa fiabilité et/ou trouver des bugs qui m'auraient échappé !


2/ Le script vérifie également la présence de certaines erreurs *potentielles*. Notez bien que vu que ces erreurs sont potentielles, elles ne sont que *signalées* (et non corrigées directement).
Pour chaque problème, le script vous indique la ligne correspondante (ce qui est très pratique).
Voici la liste des choses qui sont vérifiées :
- Présence d'autant de balise ouvrantes que fermantes (détecte par exemple "<gui><em>Test !<em></gui>")
- Un signe de ponctuation non précédé par une espace fine insécable (car la substitution automatique ne touche pas à certains cas tendancieux)
- Présence d'une espace insécable (il est sensé en rester très peu voir aucune après la correction automatique, c'est donc louche)
- Emploi d'un « B » dans une unité au lieu d'un « o » pour un octet (d'après mon expérience, c'est une erreur assez fréquente chez les débutants)

3/ Le script applique les 2 points précédents uniquement sur les chaines traduites (blocs « msgstr »). Les commentaires et les chaines originales ne sont pas modifiés.

Voilà.
J'ai testé le tout avec succès avec plusieurs .po officiels.
Par exemple avec Rhythmbox (plus de 1200 chaines), je confirme n'avoir trouvé aucune erreur dans la correction automatique. De plus le script détecte 17 erreurs potentielles, mais il semble que seule une soit vraiment fondée (une espace insécable curieusement placée ligne 2426).


J'attends vos remarques et commentaires.
Je suis également à l'écoute si vous avez des idées pour améliorer le script (d'autres types d'erreurs à vérifier par exemple).

Bon week-end,
Nicolas


ps : (rappel) en attendant que ce bug soit officiellement résolu ( https://bugzilla.gnome.org/show_bug.cgi?id=626126 ), la manière la plus simple de reconnaitre une espace fine insécable d'une espace insécable dans gedit (par exemple) est de lancer une recherche sur le caractère souhaité. Celui-ci sera alors surligné dans tout le fichier.