Сохранение формул работает некорректно

[virtual-machinist]

Если запустить сохранение статьи с формулами, например, 732456, то SVG-файлы формул не будут загружены в директорию с изображениями.

Помимо этого если загрузить их вручную, ломается вёрстка, потому что отсутствуют переносы строк после ссылки на изображение:

![Среднее \, арифметическое =  \frac{a_1 + a_2 + a_3 + a_4 + a_5 + a_6 + a_7 + a_8 }{8}](picture/6d2b50fc66dfdd5e42338c60b4f520d3.svg)А усреднение усреднений получается почти такая же формула, только с коэффициентами:

![Среднее \, арифметическое \, взвешенное =  \frac{a_1 + 2a_2 + 3a_3 + 4a_4 + 4a_5 + 3a_6 + 2a_7 + a_8 }{20}](picture/559b72d5d0f6250a2c19237e7e8b3bdc.svg)В применении к массивам количества импульсов и интервалов времени:

![CPS = \frac{C_1 + 2 C_2 + 3 C_3 + 4 C_4 + 4 C_5 + 3 C_6 + 2 C_7 + C_8 }{T_1 + 2 T_2 + 3 T_3 + 4 T_4 + 4 T_5 + 3 T_6 + 2 T_7 + T_8 }](picture/7ea83218d53bcbbb860a0d0ed2f56435.svg)![где \quad C_i = Counts[i], \quad a \quad T_i = Times[i]](picture/544138f5854e1c8243d07572cc1361e0.svg)## Мертвое время

Но вообще Markdown позволяет по крайней мере на Github и в VS Code отображать формулы поместив их между символами $$ ... $$ или $ ... $. И результат не хуже, чем вариант с SVG:

$$CPS = \frac{C_1 + 2 C_2 + 3 C_3 + 4 C_4 + 4 C_5 + 3 C_6 + 2 C_7 + C_8 }{T_1 + 2 T_2 + 3 T_3 + 4 T_4 + 4 T_5 + 3 T_6 + 2 T_7 + T_8 } $$

[virtual-machinist]

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

![Самый распространенный советский счетчик Гейгера СБМ-20](picture/ef89f9af7d4f4121ec7e892c44c12127.jpg "Самый распространенный советский счетчик Гейгера СБМ-20")Самый распространенный советский счетчик Гейгера СБМ-20Счетчики Гейгера предназначены для регистрации Бета и Гамма частиц. Иногда говорят, что можно зарегистрировать и Альфа частицы. Это так, но практическое использование этой опции достаточно ограничено.

[balarpan]

Добрый день!

Вот здесь https://github.com/balarpan/habrArticleSrcDownloader попробуйте, SVG-картинки-формулы сохраняются. Возможно поможет. Что там еще с версткой MD не проверял за ненадобностью, если опишете что нужно, то можно подправить.

[dvjdjvu]

Как-то мимо меня прошел, этот запрос (видимо тогда работы было много). @balarpan посмотрю Ваши правки.

[virtual-machinist]

@balarpan @dvjdjvu
Оба варианта сейчас сохраняют изображения таким образом, что в итоге директория picture не используется совсем, путь абсолютный на https://habrastorage.org/. Не могу сравнить с предыдущим выводом, он не сохранился. Возможно, изображения стали храниться на другом сервере. Так или иначе, смысл сохранения статьи, на мой взгляд, в использовании локальных ресурсов.

@balarpan
Ну мне собственно нужен как раз Markdown вариант, потому как он, на мой взгляд, более портативен, чем HTML, так как не зависит никак от вёрстки, версии браузеров, итд. Ваш вариант действительно сохраняет SVG, но в плане вёрстки никак не отличается от оригинального кода @dvjdjvu .

[balarpan]

@virtual-machinist изображения сохраняются локально, если в параметрах указать ключ "-l"
Насколько помню, когда проверял всё лежало в папке pictures.

Markdown сильно не смотрел, так как под свои задачи хотел именно локальный каталог всех материалов, которые удобно смотреть именно в том виде, как их публиковал автор, в том числе спойлеры, подзаголовки, рисунки и всё остальное.

[virtual-machinist]

@balarpan, хм, да, действительно. В таком случае описание параметра вводит в заблуждение:
Cкачать все картинки локально и использовать абсолютный путь к изображениям
понятнее было бы
Cкачать все картинки локально и использовать вместо абсолютного пути к изображениям
Абсолютный путь предполагает либо абсолютный адрес (сломается при изменении хранилища на Хабре либо удалении статьи), либо абсолютный путь от корня файловой системы (сломается при перемещении директории).

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

[balarpan]

@virtual-machinist В принципе, да, логично по умолчанию качать всё локально. Старался минимизировать изменения с оригиналом.