LINUX.ORG.RU

Нужна сложная версионность для word

 , , ,


3

2

Здравствуйте.
Есть группа организаций (больше 10, а потом их будет еще больше).
Требуется для них вести документацию по системе. Система имеет некоторые отличия от организации к организации.
При этом требуется чтобы:
1. Каждая организация видела только общую для всех часть документации и ту, которая относится только к ней;
2. Чтобы была возможность контролировать новые версии документации, что-то вроде git.

К примеру в word, аналоги рассмотрю.
В документации кроме описания приводятся примеры запросов, кода, скриншоты.

Наверняка такое есть, подскажите, пожалуйста.


Google Docs вроде умел? Разве нет? Хранить на какой-нибудь специфичной ФС или в специально для этого созданной системе? Ну так себе костыли.

Word умеет делать Compare версий. И Емнип даже визуальный. Возможно документ должен храниться либо в OneDrive, либо на ntfs с включенной историей в каталоге с файлом.

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

bhfq ★★★★★
()
Ответ на: комментарий от hobbit

Да, только если экспортировать в ворд, то надо больше фигурных скобок ставить.

AlexVR ★★★★★
()
Ответ на: комментарий от hobbit

сновная проблема — склонить всех участников документооборота работать с ним. Вот даже ты вместо «Microsoft Word» обтекаемо пишешь просто «word», как будто это не название коммерческого проприетарного текстового процессора с множеством ограничений, а имя нарицательное, что-то абсолютно естественно присутствующее на ПК. А многие именно так его и воспринимают. Попробуй затащи этих людей на латех, мотивируя это тем, что у тебя так версионирование будет работать, удачи.

на винде я успешно импортозаместил мс ворт на бесплатную атлантиду (Atlantis Word Processor). тоже рептилоиды, но хоть другие. гиперборейцев на этих аннунахов не хватает, ога.

Версионирование там по сравнению с git и др. будет рудиментарным, зато разделение доступа может быть весьма продвинутым, с упором именно на документ как основную сущность.

а хочется вообще-то нечто вроде датацентрической, а не докуцентрической PDM/EDMS/CMS, с настраиваемой правилами процедурной генерацией.

я для себя пробовал org-mode babel org-publish в odt, остановился сейчас на pandoc или MkTechDocs. вообще пишу в Literate Programming всякие наборы документации документиков по 30-50 единообразно оформленных.

пробую тут всякое на коленке и пописываю для себя свою идеальную LitProg среду (совмещённую с базой данных). был заход в DITA и DocBook, но эту XML-ню честно говоря полностью ниасилил. опенофис кстати, неплохо в DocBook сохраняет.

а вот что-то вроде skribilo или FunnelWeb, noweb – всё ок. пока что всё получается.

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

по крайней мере, diff с log работает.

anonymous
()
Ответ на: комментарий от anonymous

SILE + CaSILE + пример книжки casile-demos

: исходный markdown, через casile.mk генерирует pdf, epub, mobi.

нечто XML-подобное вроде DocBook тоже не так уж сложно допилить, см. документацию на SILE (оно переваривает XML входной формат). но пока что готового стиля нет, нужно допиливать вот это всё.

а так например тот же DocBook XML для переноса в/из TeX-подобное SILE/опенофис/ворд вполне себе норм.

anonymous
()
Ответ на: комментарий от AlexVR

Я знаю одну контору, в которой юристы составляют договора в Markdown, который хранится в git. После нескольких факапов из-за того, что клиентам отправили не ту версию договора.

Aceler ★★★★★
()
Ответ на: комментарий от anonymous

Не убедительно, до возможностей LaTeX не дотягивает

NoName
() автор топика
Ответ на: комментарий от Aceler

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

NoName
() автор топика
Последнее исправление: NoName (всего исправлений: 1)
Ответ на: комментарий от anonymous

много букв, MkTechDocs в очереди на изучение

NoName
() автор топика
Ответ на: комментарий от bhfq

Пиздеть - не мешки ворочать!

Набирать формулы в латехе гораздо удобней, чем во всяких убогих «вордах»-«райтерах»! Некоторые вещи в них вообще невозможно сделать, а латех стерпит все!

anonymous
()
Ответ на: комментарий от einhander

Оглавление с нумерацией страниц прекрасно выглядит (страница 13)

NoName
() автор топика
9 июня 2022 г.
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.