Répondre

Traduction de Gramps en français

mathieumd
male
Messages : 31
Saisie : Geneweb
Voir son arbre
Sujet créé pour pouvoir discuter de ce que devrait être la traduction en français de Gramps.
(continuation de la discussion qui a commencé initialement sur le bugtracker : http://www.gramps-project.org/bugs/view.php?id=5648#c23533 )
romjerome a écrit : J'avoue n'avoir jamais eu le courage de regarder en détail ces espacements (ils sont souvent modifiés durant le développement). À la vue du patch, je vois toutes ces petites erreurs conservées au fil des versions ...horrible ... :(
Saisissons cette occasion pour reprendre la bonne direction ! ;-)
romjerome a écrit : Les types "francisés" (7. 8.) étaient en général des demandes.
N'est-ce pas typiquement le genre de demande qui ferait mieux d'être remontée au niveau du code plutôt que de la traduction ?
romjerome a écrit :
Ces dernières années, il y a eu peu de vérifications comme la tienne ! :)
La dernière devait dater de 2007 ...
Je ne garantis pas avoir toujours du temps pour, mais je crois que le virus de la généalogie m'a touché ; je ne serais probablement jamais bien loin, même si avec des périodes de mois d'absences.

D'où l'intérêt d'en discuter en public sur ce forum (où ailleurs, si tu as une meilleure idée) plutôt que sur le bugtracker ;-)
romjerome a écrit : Pour la référence au latin, on m'avait fait remarquer qu'il *fallait* utiliser 'media/item' !
Ah ben si il *faut*, il faut... :-/
romjerome a écrit : Pour medium, effectivement, il y avait aussi une référence artistique (medium = support numérique et pas TV, journaux), mais je ne retrouve plus la discussion originelle.
Pour désigner des fichiers multimédias, je persiste néanmoins ; pour le forum, je me cite :
Néanmoins, je préférerais utiliser « média, médias » que « medium, media » parce que c'est plus intuitif (et c'est du français correct ! ;-))
http://fr.wikipedia.org/wiki/M%C3%A9dia#.C3.89tymologie « Le terme media reste peu employé, hormis chez quelques puristes »
romjerome a écrit : Il y a des corrections d'erreur qu'il faudra aussi backporter (Gramps 3.3.x):
postal, majuscule sur les parties du nom, Nomsdefamillebrut, typo, surnom n'est pas surname, fêtes juives, etc ...
Je n'ai pas creusé, mais j'ai cru comprendre qu'il y avait une fonction « Sync » pour ce genre de choses sur Lokalize...

Au fait, tu utilises quel logiciel pour traduire ?
romjerome a écrit : Après, les modifs sur les formes plurielles, absentes du code devront être écrites en dur pour les autres et aussi les anglais. ;)
Corriger les strings originales quand ça semble pertinent, ça me plaît ;-)
romjerome a écrit : > Bon courage !

Ce n'est que le début, non ?
Tu ne souhaites pas continuer ?
Si si, bien sûr !

On devrait par contre se répartir le travail, je ne voudrais pas qu'on bosse sur la même tâche en doublon ;)
romjerome a écrit : Le raccourcissement était nécessaire pour les additions de parties du nom (Préférences) : PasPatronyme, Principal, etc... Rapidement, on se trouvait hors écran ! Oui, les «ComboBox» posent problème, mais aussi les labels.
Pour les labels (parle-t-on bien de la même chose ? Je parle du texte qui s'affiche par exemple à gauche d'un menu déroulant) je pense qu'il est important de conserver la compréhension du sens du label ; il vaut mieux un texte un peu trop long (Nb. d'années avant et après les dates « vers ») qu'un texte incompréhensible (Date about range).

Pour les menus déroulant on peut imaginer une taille maximum limitée (en insérant des « ... » au milieu de la chaîne) quand le widget n'est pas déroulé, quitte à le dérouler pour lire l'intégralité de la ligne.
romjerome a écrit : > « Noms de famille brut » ne fonctionnait tout simplement pas.
les espaces supplémentaires, sans doute ;)
Exact ;-)

C'est surtout ce genre de coquille qu'il faudrait absolument éviter ; un utilisateur standard ne peut pas comprendre pourquoi ça ne marche pas.
romjerome a écrit : Les fonctions et méthodes spécifiques utilisées par Gramps sont, pour la plupart, listées sur le wiki: http://www.gramps-project.org/wiki/index.php?title=Coding_for_translation#Object_classes
Comme avec les actions de l'historique, les chaînes de Gramps ne sont pas toujours consistantes, chaque développeur ayant son vocabulaire et sa logique. En général, ces chaînes sont améliorées à l'usage ...
Je n'étais pas tombé sur cette page du wiki, merci.
romjerome a écrit : En revanche, je ne suis pas trop pour aller dans l'interprétation et l'ajout de formes plurielles ou de virgules. Il faudrait corriger cela sur le code pour que les anglais et les autres traducteurs puissent en bénéficier.
Ce n'est pas moi qui vais te contredire !
romjerome a écrit : Oui, la traduction contient déjà ce type de personnalisation (ex: outils: 'vérification des données' (données utilisateur), plutôt que 'vérifier la base de données' (les erreurs dans la base de données). Ces améliorations pourront enrichir le code du tronc (Gramps 3.4.x étant en «strings freeze») : c'est prévu (TODO) !
OK
romjerome a écrit : > D'ailleurs, ce n'est pas forcément mauvais : avoir exactement le même libellé d'opération que celui effectivement utilisé dans le logiciel permet de se retrouver plus facilement. (une action donnée n'a qu'un seul et unique nom quel que soit le contexte)

Je ne comprends pas !
Pour l'historique, par exemple, tu penses sincèrement que "Éditer le lieu (%s)" sonne mieux que "Édition du lieu (%s)" dans les actions effectuées ?
On efface ou annule l'édition !
On annule une « édition », qui est le résultat de l'opération « éditer ».

Les deux ont leur logique ; ce que je veux dire c'est qu'il faut n'avoir qu'une seule logique : soit « édition » soit « éditer ».

Mais quand on est dans un contexte à partir duquel on déclenche l'action, le phrasé correct est alors « éditer » et non pas « édition ». D'où ma préférence pour l'infinitif, puisque Gramps (pour l'instant du moins) ne distingue pas les deux contexte.
romjerome a écrit : Beaucoup d'outils présents dans Gramps ont une approche très technique, qu'il a souvent fallu lisser pour les utilisateurs via une traduction souple.
Je pense que dès qu'une tournure de phrase n'est plus explicite, on prends un risque d'avoir une fonctionnalité ignorée par les utilisateurs par manque de compréhension.

Ça vaut sans doute la peine de débattre chaque cas systématiquement.
romjerome a écrit : Les espaces absents sont liés à glade.
On ne peut rien y faire, les anglais n'utilisant pas les mêmes conventions.
Une histoire de «design»...
Mauvais design, changer design ;-)

J'ai surtout vu des « : » ajouté en dur dans le code. C'est pertinent puisque ça évite d'avoir deux chaînes sémantiquement identiques à traduire (« Name » et « Name: » par exemple), mais alors il faut aussi faire traduire le « : » (« + _(": ") ») plutôt que l'ajouter en dur (« + ": " »).
romjerome a écrit : On peut s'amuser à maintenir cette logique, mais il faudra commenter tout çà (pour les prochaines traductions...) et ignorer les retours du script «check_po» (ou update_po.py) sur les tests de ponctuation et fin de ligne.
J'ai mis des commentaires à chaque fois (sauf omission involontaire), et le résultat de check_po avait d'ailleurs déjà des centaines de chaînes se terminant par un « . » qui n'existait pas dans la chaîne originale ; ce qui est négligeable non ? (personnellement je ne mettrais pas de point à la fin des chaînes utilisées pour décrire une action (affichées quand on survole une option par exemple))

romjerome
male
Messages : 1278
[quote]

oui et non !
Tu verras que les développeurs te diront que c'est spécifique aux francophones.  ???
Au départ on traduit simplement de l'anglais au français, puis on se rend compte que l'usage nécessite l'emploi d'une traduction adaptée.  :(
Une partie des événements hérités du Gedcom (ex: christening, will/probate) est anglo-saxon. L'ajout de nouveaux types semble logique. La migration pour les événements n'est pas très difficile, côté utilisateur, il suffit d'utiliser l'outil pour renommer un événement par un autre ou aller dans la vue Événements.  ;)

[quote]

Un traducteur KDE de + ...  :P

Je maintenais la traduction mais je crois avoir fait le tour ces dernières années ...
Répondre aux requêtes, essayer de corriger des bogues, maintenir le manuel et la traduction, les addons, c'est au détriment de mes recherches généalogiques ... J'ai essayé de rassembler certaines aides, via un ensemble de commandes, dans un outil du tronc. Ce n'est pas un code super propre, mais çà doit permettre d'éviter certains pièges que les traducteur(rice)s ont rencontré au cours des années.

Gramps essaye de sortir 2/3 versions de maintenance et une version majeure par an. Si tu prends un peu de temps avant la sortie d'une version majeure, alors tu auras plusieurs mois sans gros changements sur les chaînes à traduire.

[quote]

Çà devait être en 2006/2007, avant la dernière révision !
Il y a quelques années, je l'aurai bien modifié...
Finalement, j'ai conservé l'ancienne logique et le travail des précédents traducteurs.

Nouveau traducteur = nouveau dynamisme, nouvelle charte, nouveau schéma
C'est peu être l’occasion de ...

[quote]

Je suis sous GNOME...  :-[
gtranslator ou poedit !

Sérieusement, j'avais bien aimé 'transolution', un outil en python, une interface d'édition et des outils puissants (support XLIFF, TM, etc ...). Je n'accroche pas à 'Translate Toolkit/Pootle/Virtaal' (pourtant en python). Les outils centralisés pour les distributions et bureaux (ex:Transifex) posent trop de problèmes avec des projets indépendants comme Gramps, leurs traductions ne sont pas testées dans le contexte (base d'utilisateurs/traducteurs).

[quote]

Ah oui, j'avais aussi essayé KBabel (ancêtre de Lokalize).
Mais je n'arrive pas à suivre toutes les versions de KDE ... Je n'ai pas les libs KDE 4 !!!  :-[

Backport relatif ... c'est la série de maintenance (pas certain qu'il y aura un Gramps 3.3.2 !).

J'ai utilisé gedit avec support UTF-8 ...  :o
J'ai modifié les chaînes qui étaient fausses (adresse postal, clés des noms pour l'affichage, traduction des fêtes juives, typo, etc ...). Le reste c'est de la formulation, on ne va pas introduire de nouvelles traductions dans cette série. Les vraies améliorations sont pour la versions 3.4.0 !  ;)

[quote]

Tu les listes et les proposes à la mailing liste (devel).
Tu remplis un rapport de bogue ou de fonctionnalité.
Tu argumentes un petit peu.
Et en général , les développeurs sont bien contents qu'un regard extérieur amène à plus de précision ou offre une bonne solution.
Gramps n'a pas besoin d'être compilé, les corrections peuvent être très rapides.  8)

[quote]

C'est aussi lié.
Dans l'exemple de l'onglet Dates, les champs sont libres, mais imagines avec une boîte de sélection dont les entrées sont déjà très longues. C'est le cas avec le dialogue NarrativeWeb (Saga)... Le développeur n'utilise pas toujours (rarement) une version localisée et parfois il faut également jongler avec les labels. NB: pour la version 3.4.0, une des chaînes liée à l'importation, envoie dans une colonne, des données Gedcom tronquées (20 caractères, il me semble). C'est un truc à voir avec le développeur, sûrement pour la prochaine version majeure (tronc) !

[quote]

Comme tu veux, mais j'aimerai bien que la série 3.4.x soit ma dernière migration en tant que traducteur pour le programme Gramps ... Je maintenais aussi le manuel (docbook puis wiki) plus ou moins dans les temps lors des migrations majeures. Comme tu veux, tu as carte blanche pour Gramps 3.4.0, mais il nous faut informer les autres développeurs car je gère également des traductions extérieures, étant en contact avec les autres traducteurs actifs.

[quote]

J'ai vu, il y en a d'autres !
Ton fichier avait quelques coquilles ou des suppressions à revoir avec les développeurs (date de naissance => naissance, pluriel ou non, etc ...)

La version SVN actuelle est la tienne.
Les nouveaux commentaires sont là comme des références à ces chaînes personnalisées ou à tester.

mathieumd
male
Messages : 31
Saisie : Geneweb
Voir son arbre
romjerome a écrit :
23 mars 2012, 15:34

oui et non !
Tu verras que les développeurs te diront que c'est spécifique aux francophones.  ???
Au départ on traduit simplement de l'anglais au français, puis on se rend compte que l'usage nécessite l'emploi d'une traduction adaptée.  :(
Une partie des événements hérités du Gedcom (ex: christening, will/probate) est anglo-saxon. L'ajout de nouveaux types semble logique. La migration pour les événements n'est pas très difficile, côté utilisateur, il suffit d'utiliser l'outil pour renommer un événement par un autre ou aller dans la vue Événements.  ;)
Renommer c'est une chose, mais répartir dans deux (hypothétiques) événements ce qui avait été saisi en un seul semble plus compliqué.

Si j'y repasse, je lancerais éventuellement le sujet sur la liste devel.
romjerome a écrit :
23 mars 2012, 15:34
Je maintenais la traduction mais je crois avoir fait le tour ces dernières années ...
Répondre aux requêtes, essayer de corriger des bogues, maintenir le manuel et la traduction, les addons, c'est au détriment de mes recherches généalogiques ... J'ai essayé de rassembler certaines aides, via un ensemble de commandes, dans un outil du tronc. Ce n'est pas un code super propre, mais çà doit permettre d'éviter certains pièges que les traducteur(rice)s ont rencontré au cours des années.
Tu devrais peut-être, au fur et à mesure, compléter la page Translation into French du wiki pour documenter et pérenniser toutes les informations que tu me donnes souvent, y compris sur ces outils dont tu parles (où dans le tronc ?)
romjerome a écrit :
23 mars 2012, 15:34

Nouveau traducteur = nouveau dynamisme, nouvelle charte, nouveau schéma
C'est peu être l’occasion de ...
Si on se met d'accord, je me chargerais de les remplacer. Mais comment prendre une décision « démocratique » ? Il y a d'autres francophones sur la liste devel ?
romjerome a écrit :
23 mars 2012, 15:34


OK. Je ferais de mon mieux, mais reste dans le coin quand même encore un peu hein ;-)



Pour la date de naissance, je crois que je l'avais changé à un endroit qui s'affichait surtout dans les entêtes des colonnes de la vue Individus ; c'était dans l'espoir de réduire sa largeur.


geryonesime
geryonesime
Messages : 315
Saisie : Standard
Voir son arbre
Bonjour,

J'avais signalé un bogue sur le bugtracker, il a disparu !
Du coup, je le signale ici.
Lors d'une exportation, dans la fenêtre « Options d'exportation », on peut lire « Ne pas inclure les données privés » qu'il faudrait remplacer par « Ne pas inclure les données privées ».

Merci et à bientôt
Pièces jointes
Capture du 2018-05-01 23-43-02.png
Dernière modification par geryonesime le 14 juin 2018, 19:38, modifié 1 fois.

gdc92
male
Messages : 114
Saisie : Geneweb
Voir son arbre
geryonesime a écrit :
01 mai 2018, 23:47
J'avais signaler un bogue sur le bugtracker, il a disparu !
Il n'a pas disparu:
https://gramps-project.org/bugs/view.php?id=10534


romjerome
male
Messages : 1278
La correction est malheureusement également absente de Gramps 5.0.

Faute de temps libre, je n'ai pas pu continuer à contribuer à la traduction...

geryonesime
geryonesime
Messages : 315
Saisie : Standard
Voir son arbre
Bonjour,

Comment faites-vous pour fusionner un fichier de traduction (celui de la version 4.2.8 par exemple) avec le fichier qui contient les nouvelles chaînes (celui de la version 5.0.0) ?
Ceci afin de ne pas avoir à reprendre la traduction complète.

Merci et à bientôt

romjerome
male
Messages : 1278
Bonjour,
geryonesime a écrit :
10 octobre 2018, 12:51
Comment faites-vous pour fusionner un fichier de traduction (celui de la version 4.2.8 par exemple) avec le fichier qui contient les nouvelles chaînes (celui de la version 5.0.0) ?
Ceci afin de ne pas avoir à reprendre la traduction complète.
Ces deux versions étant les dernières de leurs branches respectives (5.0.x, 4.2.x),
on peut déjà regarder la date de la dernière révision de ces fichiers.

branche50 => "PO-Revision-Date: 2017-08-01 12:12+0100\n"
branche42 => "PO-Revision-Date: 2017-07-29 15:07+0100\n"

Vu la proximité des dates, il est probable (mais pas certain) que les deux fichiers soient déjà fusionnés !
Il est possible qu'un "brouillon" de traduction existait lors du développement de la branche 5.0.
Certaines fonctionnalités étaient parfois déjà traduites partiellement dans les versions 'alpha' ou 'beta' pour ne pas devoir traduire des centaines de chaînes avant la sortie de la version finale...

Pour fusionner un fichier plus ancien avec un nouveau modèle (par exemple, les chaînes de la version 4.2.8 avec les entrées anglaises de la version 5.0.0), plutôt que de fusionner les deux traductions (éliminer les doublons et choisir les modifications), je testerai déjà la traduction de 4.2.8 sur le fichier 'gramps.pot' de la version 5.0.0 !

Vous pourrez ainsi comparer deux traductions basées sur le même modèle.
Concrètement :

Code : Tout sélectionner

$ msgmerge fr.po gramps.pot -o chaines_de_428.po # fr.po (4.2.8), gramps.pot (5.0.0)
$ msgmerge fr.po gramps.pot -o chaines_de_500.po # fr.po (5.0.0), gramps.pot (5.0.0)
$ diff chaines_de_428.po chaines_de_500.po > les_differences.txt
(désolé pour les allergiques, mais la ligne de commande est bien pratique pour cela ...)

Pour information, depuis plusieurs branches les entrées (chaînes en anglais) sont triées, "facilitant"
le suivi des traductions. Les corrections spécifiques à une branche apparaissent alors souvent lors de fusions ou de comparaisons. ;)
Dernière modification par romjerome le 29 novembre 2018, 12:23, modifié 1 fois.

geryonesime
geryonesime
Messages : 315
Saisie : Standard
Voir son arbre
Bonsoir,

Merci beaucoup pour ces renseignements.
Je vois qu'il y aura du nouveau avec la prochaine version.
Du coup je vais m'en tenir à signaler quelques coquilles en plus de mon signalement précédent : https://gramps-project.org/bugs/view.php?id=10841

À très bientôt

romjerome
male
Messages : 1278
Si une personne curieuse souhaite aller plus loin il est possible d'utiliser les utilitaires "msggrep", "msgcat" et "msgcmp".

Quelque chose comme :

Code : Tout sélectionner

$ msggrep --location=* fr.po --output-file=fr2.po
$ msgcat --use-first fr.po fr2.po -o doublons.po --no-location
$ msgcmp -m --use-fuzzy --use-untranslated fr.po doublons.po
$ msgcat --use-first fr.po doublons.po -o nouveau.po --no-location
j'ai un doute sur les 2 lignes du milieu... :?

romjerome
male
Messages : 1278
Bonjour,
geryonesime a écrit :
10 octobre 2018, 20:50
Je vois qu'il y aura du nouveau avec la prochaine version.
Du coup je vais m'en tenir à signaler quelques coquilles en plus de mon signalement précédent : https://gramps-project.org/bugs/view.php?id=10841
Les développeurs ont prévu une version 5.0.1 ...
La traduction pour les francophones a été légèrement améliorée avec une autre contribution.

Je ne pense pas pouvoir faire les corrections à temps pour la version 5.0.1.

arverne73
male
Messages : 4
Saisie : Standard
Voir son arbre
Bonjour,
Je suis nouveau ici et je souhaitais simplement mettre à jour les pages de documentation en français, puisqu'il semble qu'elles ne correspondent pas toujours à la version anglaise actuelle et doivent donc dater un peu.
Je ne veux pas "marcher sur les plates-bandes" de quelqu'un d'autres... Je ne sais pas si quelqu'un est plus référent pour cela.
Merci pour les informations que vous pourriez me donner dans ce cadre.

mathieumd
male
Messages : 31
Saisie : Geneweb
Voir son arbre
Bonjour arverne73,
Il me semble que la documentation de Gramps étant sur un wiki, tu peux y faire les modifications que tu penses nécessaires. Si quelqu'un pense qu'il peut les améliorer, ou n'est pas d'accord avec, il pourra en discuter, les modifier ou les annuler. Donc ne te fais pas de soucis et fonce ! ;-)

Répondre

Revenir à « Gramps »