Какой редактор LaTeX я могу использовать для создания нормального рабочего процесса публикации книг для неопытных писателей?

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

Самая основная потребность — это редактор LaTeX, который не будет пугать детей. У меня есть несколько авторов, а также пара переводчиков и корректоров, которые заняты созданием контента. На сегодняшний день это было сделано в основном в Word. Файлы были переданы по электронной почте и USB-накопителю. Потеря следа от того, у кого есть последняя версия, или внесение изменений в старую копию и, таким образом, сглазить проделанную работу, кажется, было довольно обычным явлением. В результате люди стали защищать свои компьютеры и свои роли, каждый из которых пытается действовать как «канонический» держатель «последних» файлов Word. Конечно, такое отношение на самом деле не решило проблему, но мне будет сложно представить лучший рабочий процесс (по крайней мере, для первого или двух проектов).

Когда произведение, наконец, переживает это мучительное воспитание и готово к публикации, оно отправляется в типографию в виде файлов Word. Там какой-то бедолага переводит все это в печатный формат, перепечатывает (качество сильно разнится) и отправляет в печать. К сожалению, окончательное редактирование, преобразование и набор текста часто никогда не возвращаются обратно по цепочке, поэтому, даже как автор / правообладатель, у нас нет окончательного цифрового издания, которое можно было бы переиздать; его нужно будет взломать снова. Это кажется «легким» авторам и переводчикам, которые срываются с крючка в начале цикла, но конечным результатом является запутанная паутина устаревших проектов, которые не приносят постоянной ценности, кроме одной печати.

Сейчас я занимаюсь некоторыми из этих последних шагов. Чтобы сделать это разумным, я пытаюсь рекомендовать изменение использования на всем пути вверх по цепочке. Краткая версия заключается в том, что я хочу, чтобы весь контент создавался (или переводился) непосредственно в файлы LaTeX из ворот, а вся обработка файлов контролировалась версиями в Git. К сожалению, я прекрасно понимаю, что сложность обеих технологий, вероятно, будет считаться черной магией большинством людей, вовлеченных в эти проекты. Это дает мне возможность как обучать, так и поддерживать любые решения, которые я рекомендую.

За исключением того, что кто-то создаст интегрированный пакет с рабочим процессом, раскатывающим красную ковровую дорожку, мой план состоит в том, чтобы ограничить рабочий процесс (для всех, кроме меня) тремя частями программного обеспечения: менеджером репозиториев git, текстовым редактором с некоторыми умными функциями LaTeX (и программа для просмотра PDF) и какое-то программное обеспечение для управления проектами для координации. Первым, вероятно, будет Gitbox, а последним, вероятно, будет Gitlab. Это заставляет меня искать редактора, чтобы порекомендовать. Основные требования:

  • Большинство из этих людей используют OSX, поэтому я бы предпочел что-то родное для этой платформы, не только внешний вид виджетов, но и обеспечивающий общий шаблон использования, который не будет слишком чуждым для тех людей, которые этого не делают. выйти за пределы этой экосистемы.
  • Интерфейсы должны быть минимальными и удобными для использования писателями/переводчиками, которым необходимо вводить большие объемы текста, не останавливаясь каждую минуту, чтобы убедиться, что «код компилируется».
  • Обработка файлов должна быть достаточно интуитивной, чтобы, если я настрою рабочие пространства git для репозитория для каждой книги, они могли легко создавать и редактировать либо мастер-файлы, либо файлы *.tex для каждой главы, не беспокоясь о *.sty или любых других вещах, которые я туда добавляю. сделать книгу из беспорядка.
  • Должен быть доступен минимум помощников по синтаксису LaTeX. В идеале, если есть панели инструментов или что-то еще, что я мог бы настроить при их настройке, чтобы были доступны только те параметры разметки, которые им нужны:
    • Заголовки глав и разделов
    • Разделы с блочными кавычками
    • Сноски
    • Выделение жирным/курсивом
  • Какой-то базовый предварительный просмотр. Это может быть или не быть результатом полного запуска компиляции LaTeX, но он должен обеспечивать достаточную визуальную обратную связь, чтобы они могли быть уверены, что вводят данные правильно.
  • Обработка неанглийской кодировки текста. Турецкий локализованный пользовательский интерфейс был бы идеальным, но не обязательным, поскольку большинство моих пользователей могут работать с английским языком. Что требуется, так это то, что редактор не задыхается от неанглоязычных входных данных, которые будут почти исключительно турецкими. Файлы должны быть закодированы в UTF-8 (и компиляция будет выполняться в LuaLaTex/XeTeX).

Есть ли собственный редактор OSX, который соответствует этим требованиям? Если нет, то что ближе всего с учетом целей использования? Есть ли какое-то другое решение, на которое я должен обратить внимание (например, создание в Markdown и преобразование позже с pandocпомощью или с использованием совместного веб-редактора LaTeX и вместо этого)?

Решение FOSS было бы отличным, но я в основном ищу прагматичное решение. Конечно, чем дешевле, тем лучше, но я также готов заплатить немного денег за решение, которое улучшит работу и/или сократит количество врагов!

Ответы (2)

Лично я бы предложил:

  1. Используйте уценку (расширенный pandoc) для фактических файлов и pandoc для получения окончательного вывода - это без проблем обработает UTF-8 и даст вам возможность использовать несколько форматов вывода. Расширения pandoc для поддержки уценки
    • метаданные документа (название, автор, дата);
    • сноски;
    • столы;
    • списки определений;
    • верхний индекс и нижний индекс;
    • вычеркивание;
    • расширенные упорядоченные списки (начальный номер и стиль нумерации имеют значение);
    • бегущие примеры списков;
    • блоки кода с разделителями и подсветкой синтаксиса;
    • умные кавычки, тире и многоточия;
    • уценка внутри блоков HTML;
    • встроенный LaTeX.
  2. Существует очень много редакторов уценки, некоторые с предварительным просмотром, многие бесплатные, или, конечно, люди могут использовать свой любимый текстовый редактор, если он выводит простые файлы UTF-8.
  3. Используйте mercurial, а не git - я обычно считаю его более удобным для пользователя.
  4. Наличие рендеринга перед фиксацией и представления с кнопкой «Продолжить/Отменить» должно быть относительно простым в реализации.
  5. Так же - предварительный толчок.
  6. Вы даже можете подумать о том, чтобы использовать хук post push или сервер jenkins, собирающий все ваши главы с текущим статусом в место, доступное для просмотра всей вашей команде.

Ниже приведены моменты, которые следует учитывать:

  • Все вышеперечисленное является инструментами FOSS, поэтому затраты минимальны.
  • Markdown удобочитаем для человека - намного проще, чем LaTex/
  • Markdown более удобен для VCS, чем многие другие форматы.

Другая возможность, если вы не можете удалить своих участников из Word, — это использовать Mercurial с расширением zipdoc. По крайней мере, это позволит вам использовать текстовые документы VCS.

Спасибо за понимание. Я обязательно серьезно посмотрю на pandocего реализацию Markdown, так как это звучит многообещающе. Преподавание Markdown гораздо менее вероятно сделает меня врагом, чем преподавание LaTeX! Я думаю, что буду придерживаться Git, так как я уже живу и дышу Git, и у меня будет гораздо больше возможностей поддерживать его. Тем не менее, хуки pre/post commit/push для автоматизации потока находятся на высоте; на самом деле я имел в виду что-то подобное.

В конце вы упомянули, что вы, по крайней мере, открыты для идеи совместного редактирования в Интернете, поэтому, если вы еще не проверили это, я рекомендую writeLaTeX .

Он предлагает (на мой вкус) хороший баланс простоты использования для непосвященных TeX (включая меня) и подлинных возможностей LaTeX. Его можно использовать как редактор на основе браузера с предварительным просмотром в реальном времени и относительно простым облачным хранилищем и возможностью совместной работы бесплатно; более продвинутые функции управления проектами доступны по относительно низкой цене.

Мое знакомство с этим сайтом/сервисом было сообщением Hacker News со ссылкой на это сообщение в блоге writeLaTeX об их (в то время новом) режиме Rich Text.