0 голосов
795 просмотров

Я хотел напечатать тестовую копию (черновик, в PDF) главы из книги Левит, после того как изменил маркеры \xt на +xt, но задание на печать было отклонено из-за невалидных маркеров, хотя я всё равно напечатал его. Когда я зашёл в инвентарь маркеров, я обнаружил, что новые маркеры перечислены, но не могу отметить их как валидные.

Переведено машиной с языка English
Paratext от (145 очков)
снова показан | 795 просмотров

5 Ответов

0 голосов
Лучший ответ

Пожалуйста, используйте Help > Report a problem (Справка > Сообщить о проблеме), чтобы сообщить нам о проблеме. Это позволит включить некоторые файлы журнала, которые могут помочь в диагностике проблемы.

Переведено машиной с языка English
от [Expert]
(16,7тыс. очков)

Я отправлю ещё один отчёт об ошибке по этому вопросу, чтобы вы могли сравнить. Я наблюдаю такое же поведение в проектах, администратором которых я являюсь, как в PT8, так и в PT9.

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

Ой, извините, кажется, я только что нашёл ответ в другой теме справки (Introduction to inventories for checking / Введение в инвентари для проверки). Похоже, что валидность маркеров задаётся в файле стилей, а не в инструменте инвентаря.

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

BruceBeatham,

Вы сообщили о проблеме, связанной с невозможностью валидации маркеров. Так работала Paratext всегда. Инвентарь маркеров не позволяет выполнять валидацию — он просто предоставляет список маркеров, используемых в проекте.

ПОДРОБНОЕ ОБЪЯСНЕНИЕ
Валидация обрабатывается файлом стилей (usfm.sty и, возможно, custom.sty). Когда вы смотрите в Paratext, могут возникать ситуации, когда маркер, например \v14, отображается как «жирный красный», чтобы указать, что это невалидный маркер (потому что он не указан в файле стилей). Также могут быть маркеры, такие как \xt, которые отображаются как «подчёркнутый красный», чтобы указать, что, хотя \xt является валидным маркером в файле стилей, он обычно не встречается в том месте, где вы его разместили. Таким образом, в случае с \xt вы можете использовать его во многих местах в тексте, чтобы указать, что ссылка должна быть проверена, но если вы поместите \xt в поле \io, это не сработает, потому что файл стилей не позволяет использовать \xt в этом месте (для таких ситуаций существует маркер \ior).

Также бывают ситуации, когда стиль символа «вкладывается» внутрь другого стиля символа. Paratext обрабатывает это, требуя использования символа +. Например, если в разделе текста со словами Иисуса мне нужно добавить имя божества, у меня будет что-то вроде этого:
\wj .....\+nd God\+nd* ....\wj*

Обратите внимание, что с переходом к Paratext 9 внедряется usfm 3.0 с некоторыми новыми функциями. Документацию usfm 3 можно найти онлайн по адресу: https://ubsicap.github.io/usfm/

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

Да, извините. Я забыл, что Инвентарь маркеров — это просто список маркеров, и он не позволяет пользователю выбирать, является ли маркер валидным или нет. Извините за вводящую в заблуждение информацию. :flushed:

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

Приветствую снова,

Я возвращаюсь к этой теме, чтобы спросить о лучших практиках для обработки этих и других ошибок, связанных с маркерами, которые возникают при выполнении Basic Checks (Базовых проверок). Поскольку их валидность определяется в файлах .sty, мне кажется, что для устранения ошибок необходимо внести изменения в эти файлы, но я не хочу возиться «под капотом», если есть что-то, что я должен менять где-то ещё.

Я некоторое время игнорировал/отклонял ошибки маркеров, но теперь я готовлю книгу к отправке в DBL, и кажется, что эти ошибки следует устранить более надлежащим образом. Есть три общих ошибки с маркерами, которые я не могу устранить:

  • \xt не допускается в абзацах введения (\ip);
  • \ior не допускается в абзацах плана введения (\io#); и
  • вложенные маркеры сообщаются как «неизвестные» (например, ссылка на глоссарий, встроенная в слова Иисуса с маркером \+w).

Информация о файле стилей на вкладке Advanced (Дополнительно) в Project Properties (Свойствах проекта) указывает, что используется файл стилей usfm.sty, с пометкой «Customized» (Изменённый). Я изменил версию USFM на 3, но в результатах Basic Checks (Базовых проверок) ничего не изменилось. Когда я смотрю в usfm.sty в папке «C:\My Paratext 9 Projects», там указано «Version=3.0.2». Поскольку Project Properties (Свойства проекта) сообщают, что используется «Customized» (Изменённый) файл стилей, я также посмотрел файл custom.sty в папке моего проекта. Комментарии в начале этого файла говорят, что он «был создан при обновлении до Paratext 8.0. Он основан на исходных файлах стилей, используемых вашим проектом. Эти файлы были удалены, но резервная копия файлов сохранена в usfm-color.sty.bak и custom.sty.bak» Я не вижу ни одного из этих файлов .bak в моей текущей папке проекта, но предполагаю, что они должны были быть в папке Paratext 8.

Я временно переименовал custom.sty в папке моего проекта (т.е. так, чтобы вкладка Advanced (Дополнительно) больше не сообщала об «Изменённом» файле стилей при перезапуске Paratext). У меня больше не было той же пользовательской цветовой схемы, к которой мы привыкли, но когда я выполнил Basic Checks (Базовые проверки) с такой конфигурацией, ошибки с \xt и \ior были устранены. Однако маркер +w по-прежнему сообщался как «Неизвестный маркер».

Тогда я просмотрел определения \Marker в файле custom.sty в моей текущей папке проекта и увидел некоторые подсказки для устранения ошибок маркеров:

  • Для правила «\Marker xt» в моём текущем custom.sty для свойства «\Occurs under» указано только значение «x», тогда как в файле usfm.sty я нахожу довольно длинный список допустимых маркеров.
  • Для правила «\Marker ior» в моём текущем custom.sty для свойства «\Occurs under» указано только значение «id», тогда как в файле usfm.sty он разрешён под различными разделами плана введения, а также со значением «NEST».
  • Для правила «\Marker w» в моём текущем custom.sty есть подмножество значений, которые встречаются в файле usfm.sty, а также отсутствует значение «NEST».

Тогда я сделал другие временные копии файла custom.sty; в одной из них я использовал все значения «\Occurs under» из usfm.sty для этих трёх маркеров, а в другой я просто закомментировал информацию об этих маркерах в файле custom.sty. Как и ожидалось, я получил обратно свою пользовательскую цветовую схему, но результаты Basic Checks (Базовых проверок) были такими же, как когда я удалил custom.sty: ошибки с \xt и \ior были устранены, но маркер \+w по-прежнему сообщался как «Неизвестный маркер».

Есть ли способ устранить ошибки «Неизвестный маркер» для маркеров \+w? И является ли редактирование моего файла custom.sty, как я описал выше, лучшим способом устранить ошибки «Cannot occur here» (Не может находиться здесь) для маркеров \xt и \ior во введении?

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

Добавьте ip как маркер в разделе \OccursUnder под \xt
Вот как это выглядит в моих файлах custom.sty

\Marker xt
\Description Cross reference target reference(s)
\OccursUnder x f ex ef fe ip ipi im imi ili ili1 ili2 ipq imq ipr iq iq1 iq2 iex p pi pi1 pi2 ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr # 3.0 Added ex ef fe  ipq imq ipr iq iq1 iq2 iex  ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr

Вы можете добавить NEST. Кажется, это работает в любом случае. Кто-то может поправить меня, если я ошибаюсь, но я думаю, что NEST необходим только для обратной совместимости.

В проектах, где есть \wj . . .\+w Word|Lemma\+w . . .\wj*, у меня нет изменений для \w в custom.sty, и всё работает нормально.
Вы используете USFM 3.0?

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

NEST всё ещё нужен при применении стиля, чтобы знать, может ли он вкладываться (т.е. будет ли он автоматически добавлять «+» к стилю или нет). Но это, в основном, единственное, для чего он используется.

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

Спасибо, anon848905 & anon291708,
Я думаю, что меня сбила с толку предупреждение вверху окна «Справочник по инвентарю маркеров», в котором сказано: «Это может быть выполнено только администратором проекта». Это заставило меня подумать, что функции валидации недоступны, потому что Paratext не распознал меня как администратора. Возможно, было бы хорошо заменить это предупреждение или добавить другой комментарий, чтобы сообщить пользователю, что валидные маркеры и их порядок определяются в файле стилей.
Спасибо ещё раз,
BruceBeatham

Переведено машиной с языка English
от (129 очков)

Да, BruceBeatham, это предупреждение («Alert») тоже сбило меня с толку!

anon200667

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

Спасибо за эти подсказки.

Закомментировав разделы для \xt, \ior и \w в моём файле custom.sty, чтобы удалить любые изменения от стандартного usfm, я смог устранить 2 из моих 3 проблем: я больше не вижу ошибок «occurs under» (находится под), но по-прежнему много ошибок, связанных с \w: «Unknown marker \+w» (Неизвестный маркер \+w) и «Unknown atributes (lemma): \+w» (Неизвестные атрибуты (lemma): \+w)

Да, проект теперь использует USFM 3. Я недавно изменил его с 2 на 3, пытаясь устранить эти ошибки.

В usfm.sty, который у меня есть, свойство \OccursUnder для раздела \w включает NEST в конце. Я замечаю, что в этом разделе также есть закомментированная строка, которая говорит:
#!\Attributes ?lemma ?strong ?srcloc
что заставляет меня задуматься, связано ли это с ошибкой «Unknown attributes» (Неизвестные атрибуты)

Переведено машиной с языка English
от (129 очков)

Проверьте, чтобы \+w …\+w* использовался только во вложенных ситуациях, например в сносках и внутри \wj …\wj*. Если он не отмечен правильно, вы получите ошибки «Unknown marker +w» (Неизвестный маркер +w).

Строка
#!\Attributes ?lemma ?strong ?srcloc
является свойством \Attributes для USFM 3.0. (USFM 2.0 воспринимает его как комментарий.)
Она определяет «Атрибуты уровня слова» для слов, отмеченных \w (Лемма, Номер Стронга и Местоположение источника). Пример:
\w gracious|strong="H1234,G5485"\w*
Она не должна вызывать ошибку «Unknown attributes» (Неизвестные атрибуты).
См.:

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

Я решил это! Я осознал, что не все маркеры \+w были отмечены как неизвестные. Когда я посмотрел, почему некоторые из них были отмечены, я обнаружил, что в этих случаях на самом деле был конечный маркер для «окружающего» стиля символа перед маркерами \w+, а затем окружающий стиль символа был перезапущен после того, как \w+* закончился. Таким образом, \w+ на самом деле не был вложен по какой-то причине. Я вручную вношу необходимые изменения.

Переведено машиной с языка English
от (129 очков)
0 голосов

Да! Это было оно!

Переведено машиной с языка English
от (129 очков)

Похожие вопросы

0 голосов
2 ответов 207 просмотров
Мы постоянно используем \xt ...\xt* в Paratext во многих местах, таких как Тематический указатель, Чтение Библии, Глоссарий ... Святилища. XXA Lit. Liturgy Sunday Liturgy и т. д.
davidc78 370 задал вопрос мар 6, 2025
0 голосов
1 ответ 33 просмотров
В одном из проектов перевода, над которым я работаю, пришлось объединить два стиха в один из-за структуры языка. ... стихи как действительную ссылку на стих. Как мне это сделать?
Rɔnelh 199 задал вопрос мар 18
0 голосов
1 ответ 151 просмотров
Я добавил пользовательский маркер в свою конфигурацию Paratext. Мне нужно, чтобы он указывал нечто, называемое ... заставить \zei принимать просто число в качестве аргумента?
oz1cz 106 задал вопрос май 18, 2024
0 голосов
1 ответ 429 просмотров
Я хотел бы экспортировать проект в HTML, чтобы делиться черновиками с другими людьми. Я не хочу экспортировать в PDF ... далее. Как мне скрыть маркеры USFM в экспортированном HTML?
bit 495 задал вопрос апр 14, 2022
0 голосов
1 ответ 36 просмотров
Это происходит в таких случаях, как одийское слово: ସା'ତେରେ В данном контексте символ ' (U+2019 ... соответствуя правилам валидации Paratext. Спасибо за вашу поддержку.
Shivaji 117 задал вопрос мар 18
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Finally, all of you, be like-minded, be sympathetic, love one another, be compassionate and humble.
1 Peter 3:8
3,047 вопросов
6,007 ответов
5,672 комментариев
2,027 пользователей