Серое подчёркивание в отображении орфографии

Question

Здравствуйте, у меня есть вопрос о сером подчёркивании в режиме «Отображение орфографии» (Display Spelling).
Судя по справке, серое подчёркивание должно появляться только под словами, которых нет в словаре. Однако я работаю над проектом для друга, и большинство слов, отмеченных серым подчёркиванием, уже помечены как правильные в словаре, хотя есть похожее слово, которое тоже считается правильным.
В этом языке, похоже, очень много похожих слов, поэтому большая часть текста подчёркнута серым.
Недавно в этом проекте были обновлены диакритические знаки, поэтому возможно, что серое подчёркивание связано с этим, хотя в словаре слово, подчёркнутое серым, помечено как правильное (я сравниваю подчёркнутое слово с записями в словаре, где указано, где встречается это слово).
Это ожидаемое поведение серого подчёркивания или я наблюдаю здесь аномалию?
Спасибо

Переведено машиной с языка English Показать оригинал

Answer 1

Я проверил и подтвердил, что проблема действительно вызвана непоследовательной нормализацией. Текст, похоже, находится в разложенной форме (NFD), тогда как в словаре текст представлен в собранной форме (NFC). Это происходит из-за того, что нормализация проекта указана как «Нет» (None). Лучший способ исправить это — чтобы администратор использовал Инструменты > Конвертировать проект (Tools > Convert Project) для создания нового проекта с правильно установленной нормализацией.

Переведено машиной с языка English Показать оригинал

Answer 2

Серые подчёркивания не должны появляться под словами, которые известны как написанные правильно. Не могли бы вы сообщить название проекта (или написать мне в личные сообщения, если это конфиденциально), чтобы мы могли разобраться в проблеме?

Поскольку вы упоминаете изменения диакритики, моя лучшая догадка состоит в том, что проблема вызвана непоследовательной нормализацией текста проекта.

Переведено машиной с языка English Показать оригинал

Comments

Я также сообщаю об ошибке в «Отображении орфографических ошибок» (Display Spelling Errors). Она была сообщена командой перевода, и я проверил её на своём компьютере. «Дать обратную связь» (Give Feedback) не работает, поэтому я обращаюсь к списку.
Проект называется «yes». Слова помечены как написанные правильно в инструменте словаря, но в тексте Писания под ними есть серые линии.
Ошибка нормализации не сообщается.
PTX 9.2.102.5

Благословений,
Shegnada

Переведено машиной с языка English Показать оригинал

Answer 3

Короткое название проекта — CNT.
Спасибо
BEH

Переведено машиной с языка English Показать оригинал

Answer 4

Спасибо, что проверили это для меня. Это заставляет меня задуматься: насколько сложно было бы включить нормализацию в процесс миграции проекта? Возможно, это неосуществимо, я не знаю, что требуется для нормализации проекта таким образом, но если это возможно, это могло бы упростить дела в будущем.
Спасибо
BEH

Переведено машиной с языка English Показать оригинал

Comments

BEH:

насколько сложно было бы включить нормализацию в процесс миграции проекта?

С точки зрения кода это не слишком сложно, но разрешение или принудительное применение нормализации во время миграции вызвало бы другие проблемы, поскольку не все понимают последствия выбора между собранной и разложенной формами и то, как это может повлиять на их данные. Таким образом, по крайней мере на данный момент, мы не предлагаем этот вариант во время миграции.

Тем не менее, у нас есть задача в нашей системе (PTX-15798), позволяющая выполнять конвертацию во время миграции, но она не поднялась на верхний уровень нашего списка приоритетов.

Переведено машиной с языка English Показать оригинал

---

Хотя нормализация полезна для многих проектов, другие её не желают. Для проекта очень проблематично выполнять нормализацию, не зная, какое влияние она окажет, а затем откатывать изменения через несколько месяцев, когда обнаруживаются проблемы. Нормализация, например, сделает данные внутри Paratext внутренне непоследовательными с данными вне Paratext. Если команда работает над своим языком вне Paratext, им нужно учитывать это. Это также может повлиять на отображение языка вне Paratext, особенно если команда использует кастомные шрифты (даже если они Unicode).

Благословений,

Shegnada James

Координатор по технологиям языка и издательству, SIL Nigeria

Специалист по обработке текста – Сложные письмена, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Переведено машиной с языка English Показать оригинал

---

Если бы вы позволили это во время миграции, я был бы благодарен, если бы этот вариант был виден только поддерживающим лицам (например, активируемый с помощью клавиши Shift). Поскольку я выполняю большинство миграций, мои команды склонны нажимать «Да» на всё, и я НЕ хочу, чтобы они выполняли нормализацию.

Благословений,

Shegnada James

Координатор по технологиям языка и издательству, SIL Nigeria

Специалист по обработке текста – Сложные письмена, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

Переведено машиной с языка English Показать оригинал

Answer 5

Звучит разумно.
Тот факт, что это обязательный выбор при создании нового проекта или конвертации существующего, заставил меня подумать, что это, возможно, было бы полезно. Однако, похоже, это может создать столько же проблем, сколько и решить.

Переведено машиной с языка English Показать оригинал