Нужна помощь с ошибками базовой проверки

Question

Может кто-нибудь подсказать, что мне нужно сделать, чтобы избавиться от этих ошибок, которые показывает базовая проверка (Basic Checks)?
Для проекта, использующего латиницу:

1. Недопустимая пунктуация внутри числа PT9.1.104.59 сообщает мне, что это ошибка: (21:1-22:1). Это в введении к книге, и мы пытаемся сказать что-то о стихах от 21:1 до 22:1. Я вижу, что «-» уже указан в настройках чисел как допустимая пунктуация внутри числа, поэтому я не понимаю, почему это ошибка.
2. Отсутствует пунктуация в конце абзаца У нас есть абзац, который заканчивается двоеточием. Следующий абзац начинается с \p. Где я могу указать PT, что двоеточие является допустимым знаком пунктуации для окончания абзаца?

Для проекта, использующего бирманское письмо:
3) Недопустимый дополнительный материал Я заметил, что все эти ошибки обнаруживаются после \r под заголовком раздела. Происходит ли это, когда книга и стихи, на которые там дана ссылка, еще не переведены? Есть ли способ избавиться от этих ошибок (помимо перевода этих отрывков)?
4) Недопустимый префикс Они возникают во введениях к книгам, где мы указываем диапазон глав (например, 10-15, только цифры в бирманском письме). Похоже, что дефис между двумя числами вызывает ошибку недопустимого префикса. Как я могу сообщить PT, что это не ошибка?

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

Answer 1

1. Двоеточие также должно быть отмечено как средняя пунктуация.
2. Попробуйте список маркеров, у которых отсутствует конечная пунктуация (Tools > Checking inventories > Markers missing final punctuation). В этом списке также есть кнопка Options, которая позволяет настроить поведение.
3. Invalid extra material означает, что обнаружен другой текст внутри текста маркера \r, который не является частью самой ссылки. На английском языке это обычно что-то вроде \r See Mrk 2.14-2.18 (фраза "See " считается «лишним материалом»). Пример поможет дать более точный ответ.
4. Дефис не должен вызывать эту ошибку, если он окружен цифрами. Можете привести пример?

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

Comments

Большое спасибо.

1. Добавление двоеточия не решило проблему. Текст, который отображается как проблема, — это (21:1-22:1). Я добавил и дефис, и двоеточие, но проблема не исчезла. Есть идеи?
2. Исправлено.
3. Я обсудю это с переводчиками (MTTs) и посмотрю, какие дополнительные слова там есть.
4. Дефис находится между числом и словом. Они пытаются написать «в (главе) 11» и «в (главе) 12». Но они буквально написали «11-в» и «12-в», при этом дефис приклеен к числу, что, по-моему, заставляет PT думать, что число является префиксом. Обычно частица, означающая «в», присоединяется непосредственно к предшествующему слову, но, возможно, из-за того, что это может выглядеть странно при присоединении к числам, переводчики поставили дефис между числом и «в». Если переводчики скажут, что дефис необходим, есть ли способ сообщить PT, что это допустимо?

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

---

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

2. Возможно, можно определить «-в» как дополнительный текст в настройках ссылок на Писание. Но, возможно, дополнительный текст не должен быть приклеен к номеру главы.

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

---

Дефис является проблемой, потому что ссылка на Писание, которую вы показываете, охватывает несколько глав. Если вы посмотрите на свои настройки ссылок на Писание, вы, вероятно, обнаружите, что длинное тире установлено для ссылок, охватывающих главы. Вы можете изменить этот параметр, но рекомендуется отмечать ссылки, охватывающие стихи, иначе, чем те, которые охватывают главы.

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

---

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

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

---

Я изменил маркер, охватывающий главы, на длинное тире и изменил текст соответственно, но это не решило проблему. Может ли это быть из-за того, что ссылки на стихи находятся в скобках без названия или сокращения книги? То есть, просто (21:1–22:1). Мне удалось «решить» это, сделав маркер охвата глав таким образом: (21:1 - 22:1).

Обновление: Мне также удалось решить это, вставив название книги в скобки и вернувшись к дефису, как здесь: (Числа 21:1-22:1). Думаю, без названия книги PT рассматривал это просто как числа, а не как ссылки на Писание?

Но я все еще хотел бы знать, как заставить Paratext принимать что-то вроде (21:1-22:1) или (21:1–22:1).

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

---

Ответы ниже:

1. Недопустимая пунктуация внутри числа. - Это ссылка, поэтому, если вы не используете \r или \ior или \mr с ней, оберните ее в \xt … \xt*, и ошибка исчезнет (если только вам не нужно исправить саму ссылку).
2. Отсутствует пунктуация в конце абзаца – Это настраивается в Меню проекта/Инструменты/Списки для проверки/Список маркеров, отсутствующих конечная пунктуация. Это наиболее полезно, когда отмечено «Показывать всю конечную пунктуацию».
3. Недопустимый дополнительный материал – Вы не предоставили достаточно информации, чтобы ответить на ваш вопрос, и я не думаю, что вы нашли правильную причину, если только, возможно, у вас есть пустой \r и после него нет \p перед номером стиха? Paratext будет рассматривать весь текст после \r как ссылку, подлежащую проверке, пока не найдет маркер абзаца.
4. Недопустимый префикс – оберните даже эти в \xt … \xt* и убедитесь, что вы используете символ для соединения глав, который вы определили в настройках ссылок на Писание (Меню проекта/Настройки проекта).

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

---

Спасибо за подробное объяснение. Я рассмотрю это более внимательно завтра вместе с переводчиками (MTTs) и постараюсь избавиться от этих ошибок.

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

---

Я думаю, следующие знаки, используемые в PT, помогут ему:
дефис (-) \u002D
короткое тире (–) \u2013
длинное тире (—) \u2014

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

Answer 2

Пока я имею ваше внимание, я обнаружил еще одну проблему, о которой хотел бы спросить. Код ошибки — «Недопустимая книга» в строке \r. Насколько я могу судить, название книги такое же, как используется в \toc2, поэтому я не понимаю, в чем проблема.

Ничего страшного. Я разобрался. \r был настроен искать сокращения, а не короткие названия.

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

Comments

Подумав еще раз, я удалил свои бирманские слова.

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

---

Раньше это было правдой. Однако теперь проверка работает на основе настроек ссылок на Писание, которые находятся в Меню проекта/Свойства/Настройки ссылок на Писание. Paratext заполняет это за вас в определенные моменты, но если вы редактируете строки \toc в вашем тексте, он не обновляет их, если вы не скажете ему об этом. Когда есть несоответствие между строками \toc в вашем тексте и настройками ссылок на Писание, в меню появится оранжевая полоса, указывающая на конфликт. Если вы нажмете на нее, вас легко направят в процессе обновления списков.

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

---

Спасибо. Да, как только мы заметили этот маленький параметр в настройках ссылок на Писание, мы поняли, откуда взялась ошибка. И да, нам придется обращать внимание на этот список названий книг и сокращений и поддерживать его в актуальном и точном состоянии.

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

Answer 3

Еще одна ошибка, связанная со сноской. Фраза ‘Урим’ хай ‘Тумим’ была выбрана как сноска. Одинарные кавычки появляются, потому что они находятся внутри другой цитаты.

Но базовая проверка помечает ‘Урим’ хай ‘Тумим’ как ошибку, если она появляется в \fq или \ft, говоря, что это цитата в цитате без кавычек. Если я уберу одинарные кавычки в сноске или заменю одинарные кавычки на двойные в сноске, то возникает другая ошибка, говорящая, что текст не найден в стихе.

Есть ли другое решение для этого, кроме просто удаления ссылки \fq?

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

Comments

Есть несколько способов, которыми вы можете справиться с этой ошибкой:

1. Измените одинарные кавычки на двойные, а затем измените \fq на \fqa (который не проверяется на точность).
2. Признавая, что текст правильный, вы можете отклонить ошибку (Перейдите в меню окна списка и нажмите Отклонить или используйте CTRL+D)

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

---

Спасибо. Есть ли много других, которые не проверяются на точность? Все (или большинство) маркеры, используемые как альтернативные, не проверяются на точность?

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

---

Я думаю, что anon848905 имел в виду, что текст \fqa не проверяется на точность соответствия тексту Писания. Он проверялся и все еще должен проверяться на правильность во всех других отношениях. Вы можете использовать строку \fqa и поставить двойные кавычки вместо одинарных, тем самым удовлетворив проверку кавычек.

Конечно, это не совсем правильное использование маркера, если текст должен быть частью, прямо цитируемой из Писания, и я бы посоветовал одной из моих команд отклонить ошибку, а не изменять текст. Я бы предпочел, чтобы он все еще точно соответствовал Писанию, насколько это возможно.

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

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

---

Я абсолютно согласен с :@Shegnada в этом вопросе

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

Тем не менее, я бы рекомендовал разработчикам исключить текст в \fq из проверки Цитаты. В этом нет пользы, потому что текст уже проверяется по основному тексту с помощью проверки Цитируемый текст, а основной текст проверяется с помощью проверки Цитаты. Проверка текста в \fq с помощью проверки Цитаты приводит только к ошибкам, которые нужно отклонять…

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