LINUX.ORG.RU

GNU OrgaDoc 1.0

 , , , ,


1

2

OrgaDoc предназначен для простого сопровождения и копирования набора документов между компьютерами. Набор документов можно синхронизировать с помощью rsync или unison. Не нужно устанавливать СУБД типа MySQL или PostgreSQL, HTTP-сервер, скриптовый язык типа PHP или Perl — достаточно установить OrgaDoc и генерировать им документы в HTML или других форматах.

Примеры использования:

  • Отобразить в терминале дерево LaTeX:
    orgadoc --latex readme.xml
  • Сконвертировать XML-файл в заданный формат и записать результат в файл:
    orgadoc --html readme.xml > test.html
  • Сконвертировать в заданный формат и найти строку по регулярному выражению:
    orgadoc --json readme.xml > test.json | grep 'Filename' test.json

Изменения с версии 0.9:

  • удалён устаревший скрипт orgadoc-add-docs
  • переписан с Eiffel на C89;
  • в orgadoc-init-readme добавлена опция -m/--merge;
  • почищены применения и модернизировано то, для чего нужен orgadoc;
  • переписан подход к конфигурации;
  • переписана документация;
  • удалён документ TODO.

C89 выбран для обеспечения максимальной портируемости как на устаревшие, так и на современные системы.

>>> Скачать: HTTP, FTP, зеркало GNU

>>> Источник

Бред какой-то!!! В первом предложении «предназначен для сопровождения и копирования набора документов между компами». Во втором - оказывается что копировать нужно ручками с использованием утилит rsync или unison. Т.е. в 1-м предложении брехня и обман!!! В 3-м предложении выясняется, что это «генератор документов в HTML» из XML и о чудо - он даже не требует MySQL и PostgreSQL!
В общем - ненужная фиговина, предназначение которой автор новости не понял!

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

автор новости сам нихрена не знает, но новость одобрили да, как обычно.

хотя таки да, сия штука по сути индексатор документов на основе структуры директорий и а-ля readme в формате xml. документация скудная весьма.

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

А, понял. Нинужно. Сделал поиск в google по словам organic cmis и обнаружил отсутствие наличия поддержки CMIS. Который является стандартом обмена документами. То, что претендует на звание хранилища документов, вообще-то должно его поддерживать. А преимущество «не нужно устанавливать СУБД» на самом деле недостаток. В хранилище документов надо делать поиск документов по их атрибутов или содержанию, а для этого нужна СУБД и может быть дополнительно применена система индексации по произвольным атрибутам и содержанию. Ещё и Eiffel приплели. О PanDoc только что узнал, как и об OrgaDoc, хотя знаком с темой документооборота и представляю, какие программные средства применяются. На Haskell, значит... х-х-ы. Ну, пусть борются между собой за почётное первое место (с другого конца).

Partisan ()
Ответ на: удаленный комментарий

Так нужно было написать - что это некий индексатор документов, который составляет список файлов в формате xml и синхронизирует файлы в списке через rsync/unison. И этот свой xml может конвертировать в другие форматы (хорошо-бы указать - в какие).
Много лет пользую rsync для синхронизации - никогда не требовался orgadoc (что я делаю нетак?)
Униксвей - это круто, но объясни пожалуйста, нафига для поиска в файле.xml строки, его требуется переводить в формат json? Это 3-й пример из новости:

orgadoc --json readme.xml > test.json | grep 'Filename' test.json
почему нельзя поискать 'Filename' сразу в readme.xml ?

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

переписан с Eiffel на C89

Единственную фичу убили - теперь это просто выглядит как pandoc >для бедных. В чем added value?

Да уникальная вещь, учитывая то, что если я не ошибаюсь Eiffel транслируется в С перед компиляцией.

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

Единственную фичу убили - теперь это просто выглядит как pandoc для бедных. В чем added value?

а как ситуация со скоростью работы и жором памяти? заметно изменилась? что за eiffel первый раз слышу вобще, как он вобще по эффективности работы?

iluha16 ()

оно хотя бы на Си написано. Между прочим, один из самых популярных редакторов кода написан, неожиданно, не на Java(-Script)

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

Нинужно. Сделал поиск в google по словам organic cmis и обнаружил отсутствие наличия поддержки CMIS. Который является стандартом обмена документами.

А что у нас вобще в линуксе из обиходного этот cmis поддерживает? Alfresco - знаю. но он совсем уж монстр от ынтерпайза:(

antares0 ★★★ ()
Последнее исправление: antares0 (всего исправлений: 1)

У некоторых так полыхает, будто появление на ЛОРе новости об очередной наколенной поделке (ну или там приклеивание к названию этой поделки буковок GNU) означает немедленную выплату авторам многомиллионного гранта.

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

Это тактика летающих коров.

Сначала ты не понимаешь зачем нужны их инструменты, потом ты не понимаешь как их использовать...

Потом, бац, тебе 40 лет, ты читаешь почту только в имаксе, а научные статьи пишешь исключительно sed'ом, крутится это всё на hurd пущенным в каком нить ноуте от стола и человека.

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

О PanDoc только что узнал, как и об OrgaDoc, хотя знаком с темой документооборота и представляю, какие программные средства применяются. На Haskell, значит... х-х-ы. Ну, пусть борются между собой за почётное первое место (с другого конца).

pandoc кстати хорош, зря ты. Только он не про документооборот.

habamax ★★ ()