« Convertir » un projet semi-Unicode en Unicode complet

Question

Nous avons un projet avec un mappage Unicode partiel. L'utilisateur utilise une police personnalisée, qui affiche des caractères non Unicode pour des valeurs Unicode normales.

Le sujet d'aide : « Mon texte de projet utilise une police “personnalisée”. Comment le convertir en Unicode ? » indique d'appliquer un fichier de mappage (dont nous disposons) et d'importer les livres existants dans un nouveau projet.

Cependant, il y a aussi des notes de projet qui doivent être converties, peut-être certains Termes bibliques, et peut-être d'autres fichiers. Le sujet d'aide ne semble pas couvrir ces fichiers.

Y a-t-il un moyen de s'assurer que tous ces fichiers sont correctement convertis ? « Convert Project » appliquera-t-il un mappage aux nouveaux fichiers ?

Merci,

james_post

Traduit automatiquement depuis English Afficher l'original

Answer 1

Convert project ne permet pas l'utilisation d'un fichier de mappage. La recommandation serait de convertir les fichiers texte dans Paratext en utilisant Find/Replace, puis d'effectuer manuellement Find/Replace sur les autres fichiers (principalement les fichiers .xml dans le dossier du projet).
L'autre option serait d'utiliser un outil comme CC, où vous créez un tableau (mappage) des modifications à effectuer, puis vous l'appliquez aux divers fichiers qui doivent être corrigés. Cela concernerait probablement la plupart des fichiers .xml dans le dossier du projet. L'avantage de CC est que vous êtes assez sûr des modifications effectuées. Puisqu'il s'agit de caractères inhabituels, il ne devrait pas y avoir de problème de corruption accidentelle d'un fichier.
Avant de convertir ces fichiers, je m'assurerais qu'il existe une bonne sauvegarde du projet.

Traduit automatiquement depuis English Afficher l'original

Comments

Cela ressemble à un travail adapté à un projet de translittération utilisant des convertisseurs d'encodage. L'avantage ici est que vous ne modifiez pas réellement votre projet d'origine et pouvez expérimenter avec un nombre quelconque de modifications régulières du projet jusqu'à ce que la conversion soit parfaite. Une fois que vous avez perfectionné la conversion, vous pouvez copier le texte du projet de translittération sur le projet de base et supprimer le projet de translittération.
L'inconvénient est qu'il y a une courbe d'apprentissage pour l'utilisation des convertisseurs d'encodage. Il serait bon d'obtenir de l'aide d'une personne expérimentée pour rendre cela aussi indolore que possible…

Traduit automatiquement depuis English Afficher l'original

---

Malheureusement, je ne pense pas que le projet de translittération fasse quoi que ce soit de plus que le texte lui-même.

Traduit automatiquement depuis English Afficher l'original

---

Je suis d'accord, cela ne modifie aucun des marqueurs USFM, ni ne touche à aucun texte non publiable tel que les lignes \id et les remarques \rem. Mais cela peut modifier tout le texte publiable dans tous les livres, y compris les périphériques, et le texte des notes de bas de page, des titres, etc. Si c'est ce que @james_post recherche, je pense que c'est une bonne option.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Si le projet est en Unicode (dans Paratext) et que le problème est que certains caractères ne sont pas les points de code corrects, vous devriez pouvoir effectuer quelques recherches/remplacements de base pour modifier les caractères. Je définirais la police sur une police Unicode appropriée et ferais les modifications nécessaires. Cela ne devrait pas être une question de conversion, puisque le projet est déjà en Unicode.

​Bénédiction,

Traduit automatiquement depuis English Afficher l'original

Comments

Je comprends votre point de vue, mais je suis plus préoccupé par les fichiers complémentaires (et non les fichiers SFM principaux). Bien que je suppose que nous pourrions également effectuer une recherche/remplacement dans ceux-ci.

Cela dit, je ne suis pas sûr dans quels fichiers effectuer la modification…

Aussi, si c'était possible via Convert Project, cela maintiendrait l'historique du projet. Mais cela peut ne pas être possible dans ce cas.

Merci,

james_post

Traduit automatiquement depuis English Afficher l'original

Answer 3

Je pense que james_post souhaite que les modifications incluent les Notes PT, les rendus des Termes bibliques, les entrées de la liste de mots (y compris la morphologie), etc.
Je pense que ceux-ci sont principalement stockés dans des fichiers xml qui peuvent être directement édités si l'on a le courage. Mais quelqu'un peut-il affirmer définitivement ce qui se passerait avec les décisions et les approbations liées à ces outils ?

Traduit automatiquement depuis English Afficher l'original

Comments

Le même fichier TechKit qui modifie les fichiers sfm peut également être utilisé pour modifier les fichiers de contrôle XML, y compris les fichiers Wordlist, Parallel passages et Biblical Terms, voire les fichiers Notes et d'autres fichiers que l'on pourrait vouloir mettre à jour. Les outils de conversion d'encodage incluent un convertisseur de données XML, qui devrait aider. C'est donc techniquement faisable et éliminera le besoin de refaire ces vérifications en bloc, bien que certaines erreurs légitimes puissent survenir en raison de la conversion.
Cela dit, cela prendra du temps et quelqu'un avec une bonne maîtrise de l'outil et des fichiers qui doivent être modifiés. Par exemple :

• Je exporterais la Wordlist vers un seul fichier XML, ferais la conversion sur celui-ci et le réimporterais plutôt que de travailler sur les trois fichiers de contrôle Wordlist (hyphenatedWord.txt, SpellingStatus.xml et WordAnalysis.xml).
• Pour les notes, vous ne devriez modifier que les champs <SelectedText>, <ContextBefore> et <ContextAfter>, et non le champ <Contents> (je suppose)
• Si vous avez des textes interlinéaires, ce sera un autre niveau de complexité avec lequel je ne suis pas très familier

Traduit automatiquement depuis English Afficher l'original