Глава 0 для вступлений

Question

Было ли обсуждение вопроса о том, чтобы сделать вступления к книгам частью раздела «Глава 0»? Я спрашиваю об этом, потому что у нас очень длинные вступления, и из-за этого работа с Главой 1 становится неудобной. На самом деле, в ряде книг мы не можем вносить никаких правок в главу 1, так как это требует слишком много ресурсов, и я в итоге временно перемещал вступления в один из разделов Библии (Bible Modules) для хранения.

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

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

Answer 1

Было бы сложно изменить поведение Paratext так, чтобы вступления всегда были главой 0, потому что для многих людей это выглядело бы так, будто вступление просто исчезло. Надеюсь, мы сможем просто исправить Paratext так, чтобы эти вступления действительно можно было редактировать.

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

Comments

Я попал сюда случайно, пытаясь помочь кому-то с поведением вступлений.

На прошлой неделе я работал над книгой, связанной с Писанием, с кодом книги XXC. Я создал главу 0, потому что я пользователь Python и потому что это помогло мне соотнести структуру PT с страницами книги. Это работало нормально какое-то время, а через несколько минут PT (без какого-либо предупреждения или возможности проверить) выдернул главу 0 и переименовал все на одну главу вверх, так что моя глава 0 стала главой 1, и все наши рабочие заметки скопились в одну бесполезную кучу перед началом нашего текста.

Похоже, вы знаете что-то о поведении главы 0, потому что вы пишете: «…заставило бы это выглядеть так, будто … просто исчезло». Не могли бы вы направить меня к документации. И, возможно, нам нужно где-то добавить предупреждение для всех остальных пользователей, или, может быть, отдельную тему для «структурных опций (или их отсутствия) в диапазоне книг XXA …».

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

---

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

Обратите внимание, что это не затронуло бы базовую структуру файлов .sfm вообще. Единственное, что я вижу, это то, что когда PT читает файл .sfm, он помещает все, что находится до строки \c 1, на предыдущую страницу, к которой можно перейти, введя 0 в выпадающее меню глав.

Да, это включало бы маркеры \id и \toc и, вероятно, все строки \mt, а также все вступление. И да, это может запутать людей на очень короткий период. Думаю, изменение должно сопровождаться кратким объяснением. Но я считаю, что основная идея чрезвычайно интуитивна и будет очень быстро принята.

---

Обратите внимание, что сопутствующим преимуществом было бы то, что стало бы несколько проще находить флаги (flags) во вступлениях, и, надеюсь, они не будут просто прыгать к началу текста каждый раз при редактировании текста. Было бы действительно хорошо, если бы каждый абзац в разделе «глава 0» обрабатывался аналогично стихам в отношении системы версионирования Mercurial.

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

---

Я стараюсь не слишком часто использовать слово «настаивать», потому что я воспринимаем себя в позиции получателей PT как удивительного дара для нашей работы. Но я даю вам твердое +1 за то, как вы так хорошо суммировали преимущества такого дополнительного фронтального или административного раздела.

Я просто наивно экспериментировал и создавал такую главу 0, потому что у меня была определенная конкретная потребность, а потом был удивлен, когда она исчезла. Ноль — это валидное число, не только для пользователей Python.

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

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

---

Tim:

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

Я постараюсь объяснить, почему это не так просто, как люди ожидают.

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

Но самая большая проблема — это все, что не является Paratext, но зависит от этого поведения. Наши пользователи могут не осознавать этого, но низкоуровневый код Paratext используется совместно другими приложениями (в основном разработанными SIL, например PTLite, FLEx, HearThis, Glyssen и т. д.), чтобы позволить им читать и обрабатывать данные проектов Paratext.
Мы могли бы, вероятно, избежать изменения низкоуровневого кода и не повлиять на другие приложения, но это, вероятно, привело бы к большему количеству «костылей» (hacks) в коде Paratext, чем к хорошему долгосрочному решению. Если не использовать подход с «костылями», некоторые (или все) из этих приложений также пришлось бы обновить, чтобы обрабатывать новый подход к обработке данных.

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

Answer 2

mnjames:

На самом деле, в ряде книг мы не можем вносить никаких правок в главу 1, так как это требует слишком много ресурсов…

Можете ли вы прояснить, что вы имеете в виду? Вы имеете в виду, что программа работает очень медленно, и из-за этого трудно печатать, или что компьютеру не хватает ресурсов, например памяти?

Также, можете ли вы сообщить, над каким проектом вы работаете, чтобы мы могли протестировать его (если вы можете это сообщить).

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

Answer 3

Внутри моей организации, Biblica, мы используем \ie для различения материала до первой главы. Дополнительное осложнение заключается в том, что не только Вступление, но и Название Книги находится в «Главе 0». У нас есть соглашение с YouVersion о том, что все от \imt до \ie должно помещаться в главу Вступления.

Это, конечно, не решает проблему замедления работы PT из-за длинных вступлений. Такие вступления, я думаю, будут редкостью, поскольку в базовых переводах редко встречаются вступления длиннее одной страницы. Длинное вступление более вероятно в издании Изучающей Библии (Study Bible). Если это так, проект Paratext 9.2 Study Bible Additions может быть решением, которое вам нужно. (Paratext 9.2 выйдет через несколько месяцев.) Вы поместите короткое вступление в ваш базовый текст, а затем используете проект Additions, чтобы заменить короткое вступление на более длинное.

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