0 votes
597 vues

J'essaie de changer les caractères décomposés dans mon projet (Manya - mzj) en caractères composés. Mais lorsque j'essaie d'appliquer cette option dans la section Propriétés du projet, il ne me permet pas de sélectionner « OK ».

Je pense que le problème pourrait être lié aux associations incomplètes. Je n'ai pas réussi à comprendre comment faire communiquer mon projet avec le projet lexical associé.

Il y a peut-être un conflit dans le registre, mais je n'ai pas réussi à le résoudre. Dans les Propriétés du projet, la langue est affichée comme « Maninka (mzj) ». Elle a donc le bon code à trois lettres, mais pas le bon nom de langue. Cela pourrait remonter à une erreur que j'ai commise lors de l'enregistrement initial du projet. Lorsque je vais sur le site Web du Registre Paratext, tout semble correct avec le nom et le code de la langue.

Avez-vous des idées sur la manière de résoudre ces problèmes ?

Traduit automatiquement depuis English
Paratext par (176 points)
réaffiché | 597 vues

6 Réponses

0 votes
Meilleure réponse

Je pense que si vous changez la base de données lexicale associée en « aucune », vous devriez pouvoir modifier le paramètre de normalisation.

Un mot sur l'association d'une base de données FieldWorks à Paratext. La chose la plus importante est que les codes de langue correspondent exactement. FieldWorks est conçu pour être très précis sur l'identifiant de langue. Je suppose que cela peut être dû au fait que de nombreux linguistes travaillent avec des variantes de la même langue. Paratext préfère les identifiants de langue simples. Je vais donner un exemple d'une langue parlée en Tanzanie, au Mozambique et au Malawi appelée Yao. FieldWorks dispose d'une fonctionnalité pour spécifier la variante de la langue basée sur la géographie. Ainsi, le code de langue est yao, mais si le travail de dictionnaire est effectué au Mozambique, il est bon d'avoir le code de langue yao-MZ dans FieldWorks. Paratext, en revanche, fonctionnera très bien avec le code de langue yao. Dans un scénario comme celui-ci, la base de données FieldWorks ne peut pas être associée au projet Paratext. Les codes de langue dans Paratext et FieldWorks doivent être identiques.

Traduit automatiquement depuis English
par [Expert]
(2,9k points)
0 votes

Il semble y avoir quelque chose de contradictoire avec les codes de langue. Dans Paratext, le code de langue est affiché comme mzj-LR-fonipa. Je ne sais pas d'où vient ce code, car ce n'est pas un dialecte de la langue ou autre chose dont j'aie connaissance. Il n'y a pas d'option pour le changer en autre chose.

Je ne suis pas en mesure de changer la base de données lexicale associée en « aucune ». Il n'y a que la flèche rouge et aucun moyen de cliquer sur « OK ».

Traduit automatiquement depuis English
par (176 points)

« -fonipa » fait référence à l'Alphabet phonétique international, apparemment sélectionné dans votre capture d'écran par « IPA transcription ».

Traduit automatiquement depuis English

Si vous passez la souris sur l'icône rouge, que dit-elle comme problème ?

Traduit automatiquement depuis English

Il dit : « The associated lexical project is invalid ».

Traduit automatiquement depuis English
0 votes

Ah, d'accord. C'est probablement le vrai problème. Cette erreur signifie probablement que Paratext n'a pas pu trouver FLEx du tout. Quelles versions de FLEx et de Paratext utilisez-vous ? Il y a des problèmes de compatibilité connus avec certaines combinaisons de FLEx/Paratext.

Traduit automatiquement depuis English
par [Expert]
(16,7k points)

réaffiché
0 votes

J'utilise Language Explorer 9.0.15.0 et Paratext 9.1.104.59.

Traduit automatiquement depuis English
par (176 points)
0 votes

Bonjour @anon055151,

Pourriez-vous vérifier si vous utilisez FieldWorks 32 bits ou 64 bits ?

Allez dans Aide > À propos de Language Explorer :

Traduit automatiquement depuis English
par [Moderator]
(2,1k points)
0 votes

C'est FieldWorks 64 bits.

Traduit automatiquement depuis English
par (176 points)

Questions connexes

0 votes
2 réponses 254 vues
We have noticed some changes in the way composed/decomposed characters are handled in Paratext 8. Has there been a ... this improvement goes, if someone can explain that for us.
jeffh 1,4k posée févr. 27, 2018
0 votes
11 réponses 1,4k vues
I have recently come across an issue, which I am now recognizing in more and more projects. Its particular ... feature is probably causing not a little frustration out there.
muckles 540 posée mai 23, 2018
0 votes
0 réponses 52 vues
Il me semble que l'option espaces et caractères masqués (WHC) aura un impact significatif sur nos projets. Elle offre ... et peut-être par des retours de la part des développeurs.
Kent Spielmann 1,8k posée nov. 19, 2024
0 votes
0 réponses 164 vues
If data in your project uses a mix of composed and decomposed characters (likely due to using different keyboard ... and click OK. See also: Introduction to project conversion
[Expert]
anon421222
735
posée févr. 23, 2017
0 votes
5 réponses 800 vues
Bonjour, j'utilise la dernière version de Paratext, WIN10 et PTXPrint. La langue Satere (SAT) utilise des ... reconnus lorsque j'essaie d'imprimer avec PTXPrint persiste ?
anon165192 116 posée févr. 21, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
All the believers were one in heart and mind. No one claimed that any of their possessions was their own, but they shared everything they had.
Acts 4:32
3,051 questions
6,010 réponses
5,676 commentaires
2,030 utilisateurs