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

Здравствуйте,

Надеюсь, кто-то сможет помочь мне с этим странным поведением программы.

В моём проекте есть правило цитирования (Quotation Rule) следующего вида:

Но я получаю ошибку, когда цитируемый текст в \q1 охватывает несколько стихов. Текст ошибки следующий:
Возможно, отсутствует закрывающий кавычный знак перед стихом 4: “


Вот результат выполнения проверки (Run Checks) для этого стиха:

Мне всё кажется в порядке, но, возможно, я что-то делаю не так?

Спасибо.
-Ясутака

P.S.

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

2 Ответов

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

Эта проблема связана с новыми проверками цитат. Идея «возможной» ошибки указывает на то, что в некоторых переводах цитата закрывается после стиха 4, и Paratext хочет, чтобы вы проверили, закрыли ли вы её там, где хотите. Ошибка появляется даже если вы не выбрали проверку типов цитат (Quotation types check) в Run Basic checks.

Чтобы скрыть эти ошибки, вам нужно перейти в Quotation Rules, нажать на вкладку Quotation Types и снять отметку с поля Enable the Quotations types check. 

Переведено машиной с языка English
от (9,9тыс. очков)
выбрано от
Да! Это оно! Большое спасибо!
Переведено машиной с языка English
Ранее была ошибка, из-за которой отображались ошибки из проверки типов цитат (Quotation types check), даже когда запускалась только проверка цитат (Quotation check) (как описано выше). Это должно быть исправлено в Paratext 9.4.101.6.

Теперь не должно быть необходимости отключать проверку типов цитат: ошибки проверки типов цитат должны отображаться только при запуске проверки типов цитат.
Переведено машиной с языка English
0 голосов

Похоже, это проект GKHB. Когда я запускаю Basic Checks...Quotations в проекте GKHB, я вижу эту ошибку в Пс 129:4 и в любом месте, где закрывающая кавычка стоит перед символом khan.

Закрывающая кавычка [ ” U+201D ] найдена как символ внутри слова. Иногда это происходит, когда закрывающая кавычка неверно используется в качестве апострофа.

Если у вас есть символ khan или любой другой знак препинания, перечисленный в Project Settings...Language Settings...Alphabetic Characters, то вы должны удалить его из этого списка. (Я не могу проверить, есть ли он там, так как у меня GKHB есть только как ресурс из DBL.)

Переведено машиной с языка English
от (607 очков)
Здравствуйте, большое спасибо за ваш ответ.

Загрузка GKHB из DBL не позволит точно воспроизвести проблемы, с которыми я сталкиваюсь. Причина этой ошибки в GKHB из DBL заключается в том, что вокруг кавычек есть неразрывные пробелы нулевой ширины (zero width spaces). У меня их нет.

Странно то, что когда я перемещаю закрывающие кавычки из конца стиха 4 в стих 3, точно так же (то есть двойные кавычки стоят перед khan), ошибки НЕТ. Не должно быть никаких проблем с тем, где закрываются двойные кавычки... будь то стих 3, 4, 5 или 10, если нет разрыва абзаца.

Мне очень непонятно, как быть в этой ситуации.
Переведено машиной с языка English
В Paratext 9.4 были добавлены новые проверки цитат. Откройте справку Paratext и нажмите на «Что нового в Paratext 9.4?». Я предполагаю, что то, что вы видите, связано с этим, хотя я могу воспроизвести сообщение, которое вы видите, даже с выключенными новыми проверками, поэтому я не понимаю, в чём дело. Возможно, кто-то другой сможет вмешаться и объяснить, что вызывает появление этого сообщения «возможно отсутствует».

Я раньше не замечал ZWSP (неразрывные пробелы нулевой ширины) вокруг знаков препинания. Удаление ZWSP устраняет ошибку, о которой я упомянул выше. Почему ZWSP добавляются в версию DBL? ZWSP иногда приводит к тому, что знаки препинания переносятся на следующую строку. См. изображение по ссылке ниже.
https://1drv.ms/i/s!Ahw4Z_pSM7h3n_MuPM7wt-kL1l8b7Q?e=OwQenH
Переведено машиной с языка English
Здравствуйте!

Большое спасибо за ваши подробности и вклад. Они помогают мне продолжить расследование.

Я хотел убедиться, что правильно понял «символ khan». Не могли бы вы сообщить мне Unicode-номер этого символа?

Да, действительно непонятно, почему программа ругается, если всё выглядит нормально (я удалил ВСЕ символы ZWSP из ВСЕХ стихов).
https://imgur.com/a/J7HdgRh

Я заменил всё английским текстом, и всё равно появляется эта странная ошибка.
https://imgur.com/a/7bsp6EB

Спасибо.
-Ясутака
Переведено машиной с языка English
«Khmer Sign Khan» — это \u17D4. Поскольку это знак препинания, он НЕ должен быть указан в списке «Alphabetic Characters» в Paratext.
Переведено машиной с языка English

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

0 голосов
2 ответов 441 просмотров
The /ip marker is used in book introductions in the Good News Version. In Deuteronomy, the /ip marker is registering an error ... to keep that marker in the text. What can be done?
anon142050 118 задал вопрос апр 17, 2019
0 голосов
2 ответов 300 просмотров
When I run the Unmatched Pairs of Punctuation Check (PT 8 or 9), almost every opening quotation mark that starts a quote ... this case!). Any ideas on how to resolve this problem?
viverechristus 296 задал вопрос авг 21, 2020
0 голосов
1 ответ 38 просмотров
Я волонтёр (с ограниченным опытом работы с PT), помогающий команде переводчиков подготовить Евангелия и Деяния для ... это сообщение об ошибке. Заранее благодарю за помощь.
mark2024 124 задал вопрос авг 15, 2025
0 голосов
2 ответов 139 просмотров
В нашей команде есть как минимум 16 проектов Paratext. Нам нужно знать количество неразрешённых заметок с меткой ... вопросе. Джон Нистром Программа перевода Aitape West SIL PNG
john_nystrom 312 задал вопрос июн 8
0 голосов
1 ответ 64 просмотров
Наш Новый Завет (Онобасулу, Папуа - Новая Гвинея) будет набран в двухколоночном макете. Тем не менее, ... придётся использовать грубый метод отклонить сообщение об ошибке ?
Johann69816169 104 задал вопрос окт 4, 2024
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Accept the one whose faith is weak, without quarreling over disputable matters.
Romans 14:1
3,051 вопросов
6,010 ответов
5,676 комментариев
2,030 пользователей