Subrayado gris en la ortografía de visualización

Question

Hola, tengo una pregunta sobre el subrayado gris en Display Spelling.
Por lo que he visto en las ayudas, el subrayado gris solo debería aparecer en palabras desconocidas en la lista de palabras. Sin embargo, estoy revisando un proyecto para un amigo, y la mayoría de las palabras marcadas con un subrayado gris ya están marcadas como correctas en la lista de palabras, pero hay una palabra similar, también correcta.
En este idioma parece haber muchas palabras muy similares, por lo que gran parte del texto está subrayado en gris.
Este proyecto tuvo recientemente algunas diacríticas actualizadas, por lo que es posible que el gris tenga algo que ver con eso, aunque la lista de palabras muestra que la palabra subrayada en gris ha sido marcada como correcta (comparando la palabra subrayada en gris con la lista de palabras que muestra dónde aparece la palabra).
¿Es este el comportamiento esperado del subrayado gris, o estoy viendo una anomalía aquí?
Gracias

Traducción automática desde English Mostrar original

Answer 1

He verificado que efectivamente es causado por una normalización inconsistente. El texto parece estar descompuesto (NFD), mientras que la Wordlist tiene el texto compuesto (NFC). Esto se debe a que la normalización del proyecto está especificada como “None”. La mejor manera de corregir esto es que el administrador use Tools > Convert Project para crear un nuevo proyecto con la normalización configurada correctamente.

Traducción automática desde English Mostrar original

Answer 2

Los subrayados grises no deberían aparecer para ninguna palabra que se sepa que está escrita correctamente. ¿Podrías darnos el nombre del proyecto (o enviármelo por mensaje privado si es confidencial) para que podamos investigar el problema?

Dado que mencionas cambios en las diacríticas, mi mejor suposición es que el problema está causado por una normalización inconsistente del texto del proyecto.

Traducción automática desde English Mostrar original

Comments

También estoy reportando el error de Display Spelling Errors. Fue reportado por el equipo de traducción y lo he verificado en mi propia computadora. “Give Feedback” no está funcionando, de ahí mi recurso a la lista.
El proyecto es “yes”. Las palabras están marcadas como correctamente escritas en la herramienta de lista de palabras, pero tienen líneas grises debajo de ellas en el texto bíblico.
No se está reportando ningún error de normalización.
PTX 9.2.102.5

Bendiciones,
Shegnada

Traducción automática desde English Mostrar original

Answer 3

El nombre corto del proyecto es CNT.
Gracias
BEH

Traducción automática desde English Mostrar original

Answer 4

Gracias por revisarlo para mí. Eso me hace preguntarme algo, ¿qué tan complicado sería incorporar la normalización en el proceso de migración del proyecto? Puede que no sea factible, no sé qué implica normalizar un proyecto de esa manera, pero si es factible, podría simplificar las cosas a largo plazo.
Gracias
BEH

Traducción automática desde English Mostrar original

Comments

BEH:

¿qué tan complicado sería incorporar la normalización en el proceso de migración del proyecto?

No es demasiado complicado en términos de código, pero permitir o forzar la normalización durante la migración causaría otros problemas, ya que no todos conocen las implicaciones de la elección entre compuesto o descompuesto y cómo podría afectar sus datos. Por lo tanto, al menos por ahora, no ofrecemos esa opción durante la migración.

Dicho esto, tenemos una tarea en nuestro sistema (PTX-15798) para permitir una conversión durante una migración, pero no ha subido a la parte superior de nuestra lista de prioridades.

Traducción automática desde English Mostrar original

---

Aunque la normalización es beneficiosa para muchos proyectos, no es deseada por otros. Es muy problemático para un proyecto normalizar sin conocer el impacto que tendrá en su proyecto y luego tener que revertirlo unos meses después cuando se descubren problemas. La normalización, por ejemplo, hará que los datos dentro de Paratext sean inconsistentes subyacentemente con los datos fuera de Paratext. Si el equipo está trabajando en su idioma fuera de Paratext, deben tener eso en cuenta. También puede afectar la presentación del idioma fuera de Paratext, particularmente si el equipo usa fuentes personalizadas (aunque sean Unicode).

Bendiciones,

Shegnada James

Coordinadora de Tecnología del Lenguaje y Publicaciones, SIL Nigeria

Especialista en Procesamiento de Texto – Guion Complejo, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Traducción automática desde English Mostrar original

---

Si lo permitieran durante la migración, estaría agradecida si solo fuera visible para los patrocinadores (como con una activación mediante la tecla Shift). Aunque yo realizo la mayoría de las migraciones, mis equipos tienden a hacer clic en todo diciendo que sí, y NO quiero que normalicen.

Bendiciones,

Shegnada James

Coordinadora de Tecnología del Lenguaje y Publicaciones, SIL Nigeria

Especialista en Procesamiento de Texto – Guion Complejo, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Traducción automática desde English Mostrar original

Answer 5

Suena bien.
El hecho de que sea una elección obligatoria al crear un nuevo proyecto o convertir un proyecto existente me hizo pensar que quizás sería beneficioso. Sin embargo, parece que podría crear tantos problemas como los que resolvería.

Traducción automática desde English Mostrar original