Size: a a a

DocOps-сообщество

2021 November 04

IC

Ivan Cheban in DocOps-сообщество
Да, служба поддержки у них отлично работает. И ещё оговорка, что для мак оси нет версии.
источник

K

K in DocOps-сообщество
Добрый день! Мои коллеги ведут hardware design notes в OpenOffice. Хотелось бы их убедить переключиться на markdown + git (необходимо сохранить мгновенное превью). Но есть проблема, им необходимы сложные таблицы, что в маркдауне сделать невозможно. Есть идея поддерживать таблицы в html и включать их в маркдаун, но какие инструменты тогда использовать чтобы их создавать и редактировать (писать html код вручную не вариант :D)? На данный момент я знаю про tablegenerator.com, но копировать html код туда обратно не хочется. Буду признателен любым идеям и помощи!
источник

AO

Ali Omarov in DocOps-сообщество
Всем привет, нужен совет: что лучше всего использовать для имитации пользователя в браузере (на Python)? Нужно для создания ботов

На данный момент пользуюсь Selenium
источник

PS

Peter Sovietov in DocOps-сообщество
В случае pandoc Вы могли бы описать таблицу фрагментом LaTeX-кода прямо внутри markdown-представления. В pandoc есть и другие возможности для создания таблиц.
источник

AL

Andrey Listochkin in DocOps-сообщество
Если таблицы, то мб лучше посмотреть в сторону rst - там их проще делать, чем в маркдауне
источник

AL

Andrey Listochkin in DocOps-сообщество
источник

AL

Andrey Listochkin in DocOps-сообщество
simple table в примере
источник

AL

Andrey Listochkin in DocOps-сообщество
Это явно не в тему чата, но можно посмотреть на playwright - там есть api для Python
источник

AO

Ali Omarov in DocOps-сообщество
Понял, спасибо!
источник

RG

Ramil G in DocOps-сообщество
Из всех вариантов Оформления таблиц мне нравится org-mode в емаксе, но я приспособился оформлять таблицы в asciidoc. Очень аккуратно и читабельно получается если писать в столбик, а не пытаться имитировать таблицу в исходнике
источник

CL

Constantine Linnick in DocOps-сообщество
селениум и есть
источник

K

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

K

K in DocOps-сообщество
Вот это очень интересно, спасибо! Изучу вопрос. Тем более что эти таблицы потом будут переиспользоваться в LaTeX документах в том числе.
источник

PS

Peter Sovietov in DocOps-сообщество
👍 Я к pandoc пришел после нескольких других систем. В том числе после нескольких проектов на Sphinx. Сейчас мне кажется, я нашел для себя наилучший вариант :)
источник

K

K in DocOps-сообщество
Я использовал pandoc только для простой конвертации имеющихся документов. Теперь точно изучу его поглубже! :)
источник

K

K in DocOps-сообщество
Все таки, в плане создания и поддержания сложных таблиц, лучше Ворд и аналогов ничего в голову не приходит. Но во всех остальных смыслах, Вод и аналоги использовать не хочется совсем :D
источник

PS

Peter Sovietov in DocOps-сообщество
Я предполагаю, что pandoc подойдет не всем. В первую очередь — подойдет опытным программистам, для них это вполне привычного вида настраиваемый/программируемый инструмент.

Меня окончательно в пользу markdown-pandoc склонили следующие факты:

1. Использование pandoc для создания научных статей. Например: https://jaantollander.com/post/scientific-writing-with-markdown/
2. Использование pandoc "за кулисами" впечатляющего проекта Bookdown: https://bookdown.org/
источник

K

K in DocOps-сообщество
В моём случае, есть необходимость внедрить docs-as-code в отделе проектирования железа. Вот думаю над предложением, как это реализовать.
источник

ML

Maksim Lapshin in DocOps-сообщество
у меня юристы тоже говорили, что им маркдаун не подойдет.

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


Дело в том, что никакой другой процесс работы с текстами кроме doc-ops с хранением текста в машиннобрабатываемых процессоинтегрируемых форматах (ворд к ним конечно же не относится), не подходит для второй четверти 21 века.

Т.е. или ты внедряешь у себя управляемые цепочки управления текстами, что позволяет им контролируемо превращаться в знания, или у тебя свалки ненужного хлама по ГОСТу
источник

K

K in DocOps-сообщество
К счастью, я работаю с людьми которые никогда даже не слышали про ГОСТ 😃
источник