Интернет и эпоха Web 2.0 существенно изменили метод подготовки научных публикаций. Сейчас мы читаем статьи с экранов компьютеров, смартфонов и электронных книг, а не только с бумаги. Крайне желательно, чтобы работа над текстом по превращению журнальной статьи в энциклопедическую вики-справку, в презентацию, или же в содержимое сайта, не требовала чрезмерных усилий. Далее мы рассмотрим решение означенной проблемы с помощью текстовой разметки Markdown и попробуем представить себе дальнейшее развитие технологий.

Поводом к появлению этой заметки послужила вполне реальная история. Всё началось с того, что мой хороший знакомый, химик по образованию, роду деятельности и складу ума, обратился ко мне за помощью. Помощь заключалась в подготовке публикации на некую околохимическую тему, с формулами, таблицам, диаграммами и прочими атрибутами Серьёзного Научного Труда (СНТ), причём химия подразумевалась – органической, и, следовательно, формулы – структурными и раскидистыми, а таблицы – километровыми. Публикация была нужна, как водится, вчера, свёрстанная и оформленная по жёстким требованиям неведомой мне организации, с аннотацией, списком литературы о множестве наименований, со ссылками, сносками, цитатами, эпиграфами...

Уяснив стартовые данные, я впал в лёгкое уныние. Больше всего в тот момент мне хотелось сослаться на обстоятельства непреодолимой силы, перегруженность, невменяемость, сезонное обострение ящура – короче говоря, найти любой повод и – на волю, в пампасы! Но сакраментальное “ты ж программист!” и осторожное “буду должен… ” уже прозвучали, вздохи химика становились все тяжелее, размеренно падая на и без того узкую тропку к отступлению, химиковы глаза за толстыми стёклами очков давали изрядную фору фирменному взгляду Кота-в-сапогах из “Шрека”...

Пути назад не было. Квест начался.

Эту статью я задумал еще на втором курсе, когда впервые решил перейти с Word'а на LaTeX. В конце третьего курса я ее начал, и, наконец, после защиты диплома я нашел в себе силы ее дописать. Здесь я постарался собрать свой опыт (и созданные костыли, куда же без них) в использовании LaTeX при подготовке текста, связанного с химией и в решении тех проблем, с которыми столкнулся я.

Это моя первая статья на Хабре.

Глава 1. Введение

1.1 Позвольте представиться и почему я это пишу

Я — научный сотрудник, физик. Недавно выпустил книгу по спектроскопии объемом 880 страниц и весом 1560 грамм. Эту книгу я писал 9 лет, параллельно читая лекции по ее содержимому. Она отняла у меня очень много времени, что естественно. Что не естественно — это то, что громадная часть потраченного времени ушла на оформление, то есть на изучение языка Латех. И это при том, что я на Латехе пишу всю жизнь, лично написал и опубликовал около 50 статей в разных издательствах.

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

После публикации книги (пока, увы, только на русском языке) у меня возникло громадное желание написать ещё книгу "Как написать книгу по физике в Латехе"

В этой статье мы настроим пайплайн в GitHub для автоматической сборки pdf-файлов и последующей выкладки в Releases. Также поднимаем небольшой сайт-визитку с ссылкой на самые свежие сборки.

Материал будет полезен новичкам и тем, кто хочет быстро поднять CI/CD для latex встренными средствами GitHub.

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением следующих статей одного цикла:

статья 1
статья 2
статья 3
статья 4
статья 5
статья 6



Так, ну, про колонтитулы все ясно из написанного. Хочу сказать, что идеи про них я черпал отсюда и из книги Львовского Набор и верстка..., я не буду особо останавливаться на том, как я получил, например, линейку внизу колонтитулов, потому что это относится не к конкретно прогре LyХ, а к
$$ вообще. Те, кому это действительно нужно, найдет все в названных мной источниках. Так, ну, про химию, какой ей нужно пакет подключить, все ясно. Скажу еще, что, непосредственно перед началом химической формулы, в том математическом режиме, в который я собираюсь ввести химическую формулу, нужно набрать \ce и нажать Enter. Для иллюстрации того, что разница в отображении в окне прогры с использования \ce и без его использования, я там набрал 2 одинаковые формулы ($$
) — первая с использованием \ce, вторая — без его использования. Как говорится, найдите 10 отличий! Знак делимости я набирал вот так:

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением следующих статей одного цикла:

статья 1
статья 2
статья 3
статья 4
статья 5

Фух, даже не знаю, как писать этот пост. Я мог бы начать его писать еще вчера, но решил отложить это на сегодня в надежде, что что-нибудь за сутки придумается, но чегой-то ничего так и не пришло в голову. Дело в том, что в процессе освоения прогры LyX я свои находки записывал в специальный файл .lyx, в прогре же LyX существуют свои особенности отображения содержимого. Эти особенности порождают иногда особенности в .pdf-файлах, образующихся из этих с особенностями файлов .lyx. И вот как это все показать здесь, просто ума не приложу… Что приходит в голову — так это фотографировать экран за экраном этот специальный файл .lyx (я ему дал имя Примеры использования комманд в LyX, может, туповатое, не знаю, но по существу), параллельно этому я постараюсь наиболее точно фотографировать те места в файле .pdf, образующемся экспортом файла Примеры использования команд в LyX.lyx в соответствующий формат (как правило, pdflatex), которые получаются обработкой ровно той части кода файла Примеры использования команд в LyX.lyx, которая расположена на соответствующем снимке окна прогры LyX и после этого я буду давать комментарии к этой паре снимков, если нужно, а потом следующая пара соответствующих снимков и так далее, и так далее.

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением следующих статей одного цикла:

статья 1
статья 2
статья 3
статья 4

LyX; использование файлов .js

Основной особенностью файлов с расширением .js, делающей их интересными в плане применения их в программе LyX, является возможность имитации в этих файлах нажатий клавиш. Именно, рассмотрим, например, как можно сделать так, чтобы в редактируемый в настоящий момент файл .lyx можно было вставлять фото, находящееся в одной папке с этим файлом .lyx (если этот файл еще не сохранен, его окно открыто через Файл>Создать, ну, его окно открыто в первый раз буквально при использовании прогры LyX в этот раз, то вставляемое фото должно находиться в папке, указанной в Инструменты>Настройки...>Пути, в текстовом поле Каталог пользователя) без использования мышки, не отрывая рук от клавы. Основной идеей в решении этой проблемы является следующее. Допустим, в папке, о которой я говорил выше, имеется фото photo.png. Чтобы его вставить в текущее положение курсора в окне программы LyX, можно выполнить в Буфере команды следующую команду:

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением следующих статей одного цикла:

статья 1
статья 2
статья 3

LyX: \\.\pipe\lyxpipe

Вообще, эта функция нужна для организации взаимодействия LyX с другими программами. В частности, оказывается, в открытое окно программы LyX можно вводить команды через командную строку! Прежде всего, чтобы это все сработало, в Инструменты>Настройки>Пути в текстовое поле Канал сервера LyX вписываем следующее:

\\.\pipe\lyxpipe

, причем к lyxpipe к окончанию не приписывают ни .in, ни .out. Естественно, жмем Сохранить. Далее, окно программы LyX, в которое возникла потребность вводить команды из окна командной строки, должно быть запущено раньше этой командной строки, из которой будут вводиться команды в это окно программы LyX, иначе ничего не получится. Вот примеры, как нужно писать команды в командной строке, чтобы это получилось:

echo LYXCMD:sohranenie:buffer-write> \\.\pipe\lyxpipe.in
 echo LYXCMD:formula:math-mode:\alpha> \\.\pipe\lyxpipe.in
 echo LYXCMD:vstgrafiki:inset-apply:graphics filename zdes kujut hip-hop.png> \\.\pipe\lyxpipe.in 

На мой взгляд, интерес заслуживает последняя команда. Эта команда вставляет фотку zdes kujut hip-hop.png )), находящуюся в папке, указанной в Инструменты>Настройки...>Пути в текстовом поле Каталог пользователя в открытое (до открытия командной строки) окно программы LyX.

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением следующих статей одного цикла:

статья 1
статья 2

LyX: Ветка

В меню Вставка есть подменю Ветка. Что это такое? Вот я дошел до этого подменю, оно раскрылось. Там левой кнопкой мышки щелкаю пункт Добавить новую ветку (там 2 пункта, я щелкаю нижний). В появившемся диалоговом окне ввожу имя создаваемой ветки, нажимаю кнопку OK. Я так понял, что в имени создаваемой ветки не должно быть пробелов. После нажатия кнопки OK в окне LyX, в котором все это совершается, появляется следующая область:



Эта ветка появляется неактивной. Это значит, что если я что-то напишу перед веткой, затем я какой-то текст впишу в прямоугольник ветки и продолжу повествование после ветки, то в .pdf, образующемся из этого файла .lyx, часть текста, находящаяся в красном прямоугольнике, будет просто отсутствовать. Чтобы включить эту часть в .pdf, навожу мышку на слово Ветка, там, плюс-минус около этого слова, щелкаю правой кнопкой мышки и выбираю левой кнопкой мышки пункт Активировать ветку. В зависимости от используемого файла .mo этот пункт может называться по-разному, но всегда в выпадающем меню он стоит первым.

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

Эта статья является продолжением предыдущей статьи

LyX: Preview

В меню Вставка есть команда Preview. Я ее понял в числе последних.

Математический, Ctrl+M, (или выклочный, Ctrl+Shift+M) режим имеет, с одной стороны, преимущество в том, что вводимая формула отображается сразу в том виде, в каком она будет отображаться в конечном файле, но, с другой стороны, он имеет 2 недостатка, а именно: невозможность, вообще говоря, правки уже введенной формулы (например, если в формуле в математическом режиме использовалась команда \textcolor (как это делается, я расскажу в другой раз), то после закрытия и повторного открытия файла .lyx становится невозможным изменить цвет текста) и отчасти неправильная интерпретация символа "\\" (2 знака backslash) или "&". Понимаете, в процессе экспорта или предпросмотра, например, в pdflatex, файл .lyx, с которым сейчас работаешь, порождает соответствующий файл .tex (этот файл, как и файлы, обычно образующиеся при обработке pdflatex.exe какого-нибудь файла .tex в каком-нибудь «настоящем» редакторе $$ помещается в папку, указанную в Инструменты>Настройки>Пути в текстовом поле Временный каталог), который и подвергается обработке установленного на компе $$'а. Так вот, то, что мы пишем в математическом режиме в LyX, может, вообще говоря, отличаться от того, что запишется в соответствующий файл .tex. То, что запишется в соответствующий файл .tex, к примеру, в формулах, видно, если нажать Вид>Просмотреть исходный текст, при этом в основном окне LyX появляется область Исходный текст LaTeX (а, может, и отдельно от основного окна: если вы до этого эту область вытащили мышкой из основного окна LyX).

В процессе подготовки доклада на GolangConf'2019 я использовал LaTeX. Несмотря на некоторые устаревшие вещи, немного необычное поведение, скудную или сложную документацию, я внезапно получил удовольствие. Я не стал "гуру" LaTeX, но я смог делать весьма неплохие слайды. И я хочу описать основные точки создания современной презентации на LaTeХ. Особенно это должно "зайти" айтишникам, которые по роду занятий программируют. Программировать свою презентацию — это увлекательно.

Привет!

В этой «статье», а вернее сказать очерке, покажу очень простой способ развлечься зная самые основы latex и python.

Скопировано с моего блога в целях создания еще одного русскоязычного источника информации по данной теме.

О чем я буду рассказывать?

Эту серию статей будет писать человек, не очень разбирающийся в компьютерах для таких же людей. Я увлекаюсь математикой и с целью облегчения этого занятия, там, для приличной записи своих решений, доказательств, для облегчения расчетов и т. д. мне пришлось изучить несколько специальных программ. Первое время я для записи своих опусов в математике использовал Ворд. При этом мной явственно ощущалось неприспособленность этой прогры под эти цели. По этой причине я стал искать альтернативные пути решения этого вопроса. Так я наткнулся на $$. Поначалу я не думал тратить на его изучение сколько-то значительного времени, считая его по возможностям где-то около надстройки Mathtype в Word'е. Однако, присмотревшись к $$'у повнимательнее, я пришел к убеждению, что, хотя, с этим, конечно, многие не согласятся, но ничего лучше $$'a для записи текста с математическим, вообще, с научным уклоном, нет. Да, отчасти меня тогда подтолкнуло отсутствие в Office возможности включения формул, набранных на $$ (я знаю, что в Office 16 такая возможность появилась, про более ранние версии не знаю, но еще в Office 2003 такой возможности нет). Несмотря на то, что я в то время не знал, что такое TeX, если бы тогда такая возможность имелась, я бы об этом узнал и, кто знает, может быть, я бы не открыл для себя волшебный мир $$'а.

«какая-то странная антикварная х██ня, написанная ирландским кулибиным в 1847 ну, хорошо, что и такая бывает, конечно» Миша Вербицкий

В 16-м году мне на глаза попались «Начала» Евклида в интерпретации Оливера Бирна. Фишка этой книги в том, что вместо буквенных обозначений навроде «треугольник ABC» там прямо в текст помещаются миниатюры частей построения, то есть, например, картинка с соответствующим треугольником. Насколько сделать такую книгу, как можно представить, было адовой работой в середине XIX века, настолько же легко, с правильными инструментами, это должно бы быть теперь. И, в общем, решил я в этом убедиться наверняка.

В прошлой статье я рассказал, как пишу конспекты по математике на LaTeX в Vim. В этой статье покажу, как создаются рисунки для этих конспектов с помощью Inkscape, а также расскажу о своём самодельном менеджере горячих клавиш.

Некоторые примеры

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

Добрый день, уважаемый читатель! Я недавно на Хабре, за это непродолжительное время опубликовал две статьи, и столкнулся со следующей проблемой: пользователи неоднократно писали в комментариях, что математические формулы во многих браузерах и различных устройствах отображаются некорректно, несмотря на то, что я добавлял их положенным образом через иконку с сигмой (в качестве разметки используется LaTex). Одному из пользователей пришлось даже зайти в мобильную версию Хабра в браузер Mozilla Firefox на iOS, чтобы прочесть формулы! Еще в первой своей статье я обещал решить эту проблему в скором времени. Сейчас оно пришло.

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

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

Ниже представлено руководство по установке текстового редактора Sublime Text, с последующим добавлением в него возможности использования системы компьютерной вёрстки LaTeX. В качестве бонуса научим его понимать язык Julia.

Добрый день.

Являясь одним из разработчиков открытого проекта Embox, я часто слышал (в последнее время слишком часто) о том, что проект интересный, но поскольку документации нет, его невозможно использовать. Мы отвечали, что документация в каком-то виде есть, что мы всегда можем ответить на вопросы, что в крайнем случае можно попытаться разобраться самостоятельно, ведь проект открытый, но все это не подходило. Пришлось заниматься данной, очень неприятной для разработчиков, темой. Но естественно, статья не о том, что документацией заниматься “неприятно”! A о том, как мы сделали процесс разработки документации более комфортным. Ведь в любом более менее большом проекте, обязательно возникают вопросы, связанные с документацией.

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