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

Я работаю с командой, которая хочет записывать ссылки на Писание вот так:
\xt book_name rukuh # ayat #\xt*
где «rukuh» означает «глава», а «ayat» — «стих».

Во многих случаях мы просто сдались и перестали пытаться заставить PT (Paratext) распознавать эти названия, используя атрибуты в стиле |ABC 1:2, чтобы явно указать ссылку. Тем не менее, во многих случаях PT хорошо справляется с правильным распознаванием.

Чтобы это работало, мы добавили слово «rukuh» в конец каждого названия книги и определили ␣ayat␣ как разделитель «Глава/Стих».

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

Допустим, то, что мы сделали, — это лучший возможный способ. Добавление сносок теперь устанавливает поле \fr в значение chapter# ayat verse#, что раздражает, но с этим можно справиться. Проблема в том, что когда мы запускаем проверку ссылок (Reference Check), мы получаем сотни ошибок с сообщением «Unexpected book after chapter separator» (Неожиданная книга после разделителя глав). Есть ли способ обойти это?

Переведено машиной с языка English
Paratext от (1,9тыс. очков) | 520 просмотров

2 Ответов

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

Для проекта, который мы делали пару лет назад и который требовал того же типа действий, мы помещали ссылки в обычный западный стиль, чтобы Paratext (и DBL) были довольны и могли выполнять все необходимые проверки. Но перед публикацией мы обрабатывали их с помощью скрипта на Python, чтобы преобразовать их в правильный формат. Вот соответствующие регулярные выражения из скрипта Python (обратите внимание, что для каждой формы ссылки есть отдельное выражение для преобразования, будь то несколько глав, с номерами стихов или без них и т. д.):

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

Если бы я занимался такой же вёрсткой сегодня, я бы использовал PTXprint и поместил эти изменения в файл Changes.txt.

Обратите внимание, что могут быть выражения «глава/стих», которые не обрабатываются этими выражениями; это было для конкретного проекта, и я знал диапазон всех форматов выражений ссылок. Например, я не думаю, что это обработает три номера глав, например «bookname ch1; ch2; ch3». Если у вас в проекте есть такое, вам нужно будет добавить новое выражение или найти способ расширить существующие (вероятно, первое проще…).

Также обратите внимание, что когда вы смотрите на ваши ссылки в тексте, выходящем из DBL, например, в YouVersion, вы получите только западный формат ссылки, а не ваш «rukuh # ayat #». Это потому, что YouVersion не имеет никакой изощренности в обработке и форматировании текста — он просто вываливает его в HTML и надеется, что это будет выглядеть хорошо. Но если вы создаете библейские приложения с SAB, вы можете запустить аналогичные регулярные выражения, чтобы получить такое же желаемое поведение.

@anon175865 В некотором смысле эта проблема с YouVersion похожа на проблему с неправильными переносами строк, когда вокруг знаков препинания есть пробелы. Возможно, нам следует иметь файл «рекомендуемые правила вёрстки», который прикрепляется к проекту и хранится с проектом в DBL. Тогда, если YouVersion применял бы эти изменения при отображении текста, он мог бы делать свою работу лучше. Это в каком-то смысле позволило бы различать формат данных и формат представления текста. И тогда, в зависимости от типа представления, вам, возможно, нужно будет выбрать, какие правила применять. В любом случае, просто озвучиваю идеи…

Надеюсь, это поможет,
jeffh

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

Большое спасибо за это предложение. Это кажется лучшим обходным путем, чем наш текущий. Я предложил это команде и посмотрю, довольны ли они этим (единственный недостаток в том, что им придется привыкнуть видеть одно в PT, но ожидать другое в окончательной печати/приложении).

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

Просто напомню, что с PTXprint теперь можно довольно легко создать вывод в окончательной форме, поэтому не бойтесь создавать черновики и оценивать их в формате PDF или в печатном виде. Очевидно, переводчикам (или хотя бы одному из них) нужно будет уметь работать с западным форматом ссылки/вводить его с клавиатуры, но вы должны сможете создавать черновики в другом формате для оценки командой, вашим комитетом и т. д. Это имеет дополнительное преимущество: тестирование вашего окончательного формата на более раннем этапе процесса, чтобы все привыкли к нему и/или сделали свои замечания по формату на раннем этапе.

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

@jeffh Проблема с отображением на платформах наших издателей не в том, что они «просто вываливают это в HTML и надеются, что это будет выглядеть хорошо». Боже мой!! Вы не имеете понятия, сколько усилий прилагает YouVersion, в частности, чтобы сделать вещи так, как мы хотим. Бандл, который уходит к ним, производится нашим конвертером Paratext, и это USX, а не HTML (именно в Paratext также удаляются неразрывные пробелы). Я считаю, что из-за природы USX индивидуализация не допускается. Я знаю, что, когда у нас были отдельные проблемы, которые могли быть исправлены на стороне YouVersion, они сделали больше, чем требовалось, чтобы все исправить. Я надеюсь, что мы можем праздновать, а не обесценивать партнерства в нашей сфере. Ваше предложение по правилам вёрстки, вероятно, следует адресовать команде Paratext, так как они контролируют содержимое бандлов, которые получают наши издатели.

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

@anon175865 Вы абсолютно правы. Мой комментарий был очень несправедливым, и я приношу за него извинения. Немного фрустрации просочилось, из-за всех тех раз, когда я видел французские библейские тексты в YouVersion с плохим переносом строк… Как вы предлагаете, проблема действительно на стороне DBL, и, надеюсь, усилия, прилагаемые в Paratext и DBL, решат некоторые из этих проблем. Простите меня за мой небрежный комментарий.

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

@jeffh Спасибо, jeffh. Я понимаю вашу фрустрацию и буду продолжать работать над тем, чтобы сделать вещи лучше на стороне DBL.

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

Мне интересно, что вы решите делать. Если вы сохраните обходной путь для настроек ссылок на Писание, я буду благодарен, если вы добавите меня в проект в качестве консультанта (Consultant), чтобы я мог проверить, примет ли конвертер, который Paratext использует для преобразования текста из USFM в USX для распространения через DBL, то, что вы сделали. Я подозреваю, что он это не примет. Думаю, обходным путем для сносок было бы отклонить (Deny) все ошибки «Unexpected book…» (Неожиданная книга…) и добавить файл changes.txt в папку проекта, где вы разрешаете Paratext/PubAssist преобразовать ссылки в сносках обратно в стандартный формат для печати, удалив ayat.

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

Я надеялся избежать отклонения сотен ошибок. Однако только что до меня дошло, что это можно сделать пакетно — выбрав несколько ошибок с помощью Shift или Ctrl, а затем отклонив их. Так что, возможно, именно так мы и поступим.

На самом деле (на данный момент) мы не планируем вообще использовать данные \fr, поэтому теоретически их можно было бы полностью удалить. Я никогда по-настоящему не понимал назначение этого поля, поскольку, по всей видимости, его можно было бы воссоздать на лету с помощью простого скрипта. Но если бы мы когда-нибудь подавали материалы в DBL или иным образом использовали поле \fr, мы почти наверняка использовали бы changes.txt или что-то подобное для редактирования форматирования.

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

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

0 голосов
3 ответов 484 просмотров
При указании ссылок на Писание, охватывающих несколько глав, команда Komba предпочитает оформлять их следующим образом: ... тире без пробелов слишком длинное и выглядит некрасиво.
anon142050 118 задал вопрос апр 17, 2019
0 голосов
2 ответов 323 просмотров
When you make corrections to \toc headers, the Book Names under Scripture Reference Settings don’t seem to update automatically. Is that by design?
аноним задал вопрос апр 10, 2015
0 голосов
1 ответ 9,5тыс. просмотров
Что касается книги Псалтири, мы хотели бы использовать множественное число Псалтирь в названиях книг и в оглавлении, но ... ссылок на Писание, а множественное - в тексте USFM?
bit 495 задал вопрос ноя 12, 2021
0 голосов
3 ответов 473 просмотров
One of the projects I support has the following formatting for their chapter/verse references in footnotes (the part after ... or does the team need to do that manually? Thanks!
anon469793 155 задал вопрос окт 3, 2019
+1 голос
2 ответов 205 просмотров
Во вступлениях к книгам нашего проекта мы направляем читателя к определённым отрывкам, используя ссылки на Писание. ... помечалось как ошибка для каждой книги Нового Завета.
anon392210 109 задал вопрос мар 28, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
They devoted themselves to the apostles’ teaching and to fellowship, to the breaking of bread and to prayer.
Acts 2:42
3,051 вопросов
6,010 ответов
5,676 комментариев
2,030 пользователей