Finition de l'UI, mise en correspondance finale avec le manuel #32
Labels
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: ciri/stage_2023#32
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
J'ai bouclé tant bien que mal le fichier Bundle.properties.
Il vous faut maintenant relire ensemble la totalité des 1880 segments :)
Puis, pour s'assurer que les chaines de l'UI sont bien répercutées dans le manuel il va falloir procéder de la manière suivante :
Il y a 7800 mots, ça fait environ 1000 mots par jour (~140 mots / heure) et par personne sur jeudi et vendredi, en révision.
Les éléments de l'UI qui se trouvent dans le manuel sont :
en gros.
Le projet Translate Toolkit a un utilitaire qui converti du format csv au format TBX.
Donc il faut transformer nos données en CSV:
Ça n'est pas d'une grande complexité, mais l'utilitaire du TT doit être un peu bidouillé pour fonctionner correctement.
On parlait d'utiliser XSLT, et je pense qu'on a un cas d'école ici.
Aussi bien TMX que TBX sont des formats XML, et donc utiliser XSLT est la solution à privilégier.
Maxprogram avait un utilitaire appelé "Anchovy" (Rodolfo aime bien les noms de poisson) qui faisait ça à l'aide d'une XSLT interne. L'utilitaire n'existe plus, la XSLT non plus.
Voici un tutoriel XSLT en français qui a l'air compréhensible :
https://edutechwiki.unige.ch/fr/Tutoriel_XSLT_débutant
Et voici, en référence, la norme XSLT 1.0 en français :
http://www.yoyodesign.org/doc/w3c/xsl1/Overview.html#contents
Mon TBX.
Fichier Bundle
À propos de l'ID et de la note de chaque termEntry, je me demande si ça ne serait pas bien d'avoir la clé du fichier .properties comme valeur.
Par ex:
Ça nous permettrait de mieux identifier le contexte.
Le problème c'est que l'aligneur d'OmegaT ignore la clé et ne conserve que les données textuelles. Je n'ai pas de solution en tête, mais ça pourrait être le sujet de notre exercice de programmation...
Avec ça, on arrive à lire des fichiers "properties" de Java dans Python.
https://github.com/Tblue/python-jproperties
Donc,