Size: a a a

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

2021 April 16

A🐛

Alex 🐛 F in DocOps-сообщество
ИМХО, надо парсить xml, брать SDK и формировать pdf. iText, PDFBox, PDF Clown, FOP, другие. (Я джавист, извините ^_^)
источник

J

Jonny Cuba in DocOps-сообщество
Спасибо! Посмотрим в эту сторону
источник

J

Jonny Cuba in DocOps-сообщество
Вот пример реальной таблицы: нумерованные списки (в т.ч. для строк таблицы), выравнивание, перенос по строкам, колонтитулы (номер страницы, общее количество страниц), опциональный повтор шапки таблицы при разрыве страницы.
источник

V

Vasiliy in DocOps-сообщество
Выглядит реализуемо
источник

V

Vasiliy in DocOps-сообщество
Можно использовать pdflatex, он быстрее всех движков. Но там со шрифтами приколы
источник

J

Jonny Cuba in DocOps-сообщество
а кроме latex? в основном у нас будут сложные таблицы
источник

V

Vasiliy in DocOps-сообщество
Насколько сложные? В латехе таблицы делать непросто, но если один шаблон на все, то терпимо
источник

J

Jonny Cuba in DocOps-сообщество
нет, там много разных справок(
источник

V

Vasiliy in DocOps-сообщество
сложности возникают, когда посреди таблицы нужно объединять и поворачивать ячейки
источник

J

Jonny Cuba in DocOps-сообщество
Наверху написал: нумерованные списки (в т.ч. для строк таблицы), выравнивание, перенос по строкам, колонтитулы (номер страницы, общее количество страниц), опциональный повтор шапки таблицы при разрыве страницы. может страниц 10 максимум
источник

J

Jonny Cuba in DocOps-сообщество
Ставлю miktex для экспериментов давно я летящих  пакетиков (из папки в папку)  не видел при установке)
источник

J

Jonny Cuba in DocOps-сообщество
источник

iv

iakov v in DocOps-сообщество
LaTeX просто не совсем для этой цели. Его основная мощь — научные тексты и вёрстка по стилям для научных журналов без особых проблем со стороны автора, photo ready prints. прикручивать его к другим видам документов сложно и процесс этот вызывает фрустрацию.
источник

NV

Nick Volynkin in DocOps-сообщество
Коллеги, пожалуйста, спорьте с помощью объективных аргументов. Оценочные суждения не добавляют ценности спору.
источник

VW

Vinni Winterlight in DocOps-сообщество
Для генерации простеньких вещей я использовал prince xml. Но это было давно, и идеальным решение не назову.
источник

rd

rus dacent in DocOps-сообщество
И что дальше делать с этим багажом? А если не простенькие? LaTeX покрывает кучу кейсов и позволяет не прыгать между инструментарием.
источник

VW

Vinni Winterlight in DocOps-сообщество
Для 99% этих кейсов не нужен инструмент для вёрстки с собственным (очень поганым) синтаксисом.
источник

rd

rus dacent in DocOps-сообщество
Я так понимаю это цифры подтверждённые статистикой и есть объективные оценки "поганости"?
источник

A🐛

Alex 🐛 F in DocOps-сообщество
А это, значит, не оценочное суждение?
источник

VW

Vinni Winterlight in DocOps-сообщество
Это оценочное суждение. :(
Например, для статей в научные журналы легко бы подошёл любой другой инструмент, гарантирующий единство стилей.
Если сейчас на меня обрушатся за "символы" и запись формул, то я отвечу, что в LaTeX это переусложнено.
источник