ODF toolkit, теперь новый

Ещё бы на обычном компилируемом языке, идеальным вариантом был бы "C/С++" или "D".

Дело полезное, пущай делают

сабж

>Ещё бы на обычном компилируемом языке, идеальным вариантом был бы "C/С++" или "D".

А оно на чём? На жабке что ли?

жаба и дотнет

fixed

троллинг ирунекса все тоньше и тоньше. время, проведенное на ЛОРе не потеряно напрасно.

А танге они независимым разработчегам давать за это будут?

Вообще то слова "девелопер" в русском языке нет. Есть слова "программист", "разработчик".

для пайтона есть биндинги?

А, как всегда одни слова оказались. Эту штуку нельзя использовать в закрытых продуктах.

>Эту штуку нельзя использовать в закрытых продуктах.

какая жалость. нет, правда. рыдаю.

Не хотят латеху учиться, ничтожества. Интересно отчего.

Людям печатать надо, а не всякие латехи изучать.

жаба тормозит безбожно, жрет память и проц.

Вообще нельзя или нельзя на халяву? Если второе - жить можно.

> Людям печатать надо, а не всякие латехи изучать.

Можно было и не отвечать. Всем уже давно известно, что среднестатистический сотрудник среднестатистической фирмы скорее будет тратить человекомесяцы на борьбу с WYSIWYG редакторами, чем печатание. Всего лишь потому, что для того чтобы просто печатать, нужно изучать латеки. Вчера сам такое наблюдал. Человеку нужна была небольшая табличка в pdf. Он пол часа боролся с "дружественным" интерфейсом OpenOffice вместо того, чтобы просто напечатать эту табличку в latex.

fixed

> Вчера сам такое наблюдал. Человеку нужна была небольшая табличка в pdf. Он пол часа боролся с "дружественным" интерфейсом OpenOffice вместо того, чтобы просто напечатать эту табличку в latex.

LaTeX хорош, но не нужно пытаться сходу опустить OpenOffice из-за того, что какое-то чудо не смогло создать в нём таблицу. Если у человека не хватает мозгов чтобы сделать простенькую табличку в OO.o, то это проблемы исключительно его рук и LaTeX здесь уж точно не поможет.

Как раз для "просто напечатать табличку" офисные пакеты подходят лучше теха.

> если у человека не хватает мозгов

Это баг в юзеринтерфейсе опенофиса был. А у человека мозгов хватает, поверь.

Сейчас поддерживаем впятером программку по сути неинтерактивную. В среднем из 6 багов - 5 в UI, который нужен только на "поиграться" некоторым заказчикам.

> Как раз для "просто напечатать табличку" офисные пакеты подходят лучше теха.

Если они безглючные. Теперь сравним обьём исходников. OpenOffice.org - ровно в 11 раз больше, чем texlive. В 11 раз больше мест, где можно ошибиться. (на самом деле меньше, т.к. в них ещё входят иконки)

> OpenOffice.org - ровно в 11 раз больше, чем texlive. В 11 раз больше мест, где можно ошибиться.

Смешная аргументация

> Смешная аргументация

Если вам это кажется смешным, то Вы недостаточно монстров в своей жизни повидали.

ODF toolkit, теперь банановый

>Людям печатать надо, а не всякие латехи изучать.

Для заявления об увольнении им ООО хватит для распечатать.
А если речь о типографиях - то ни сабж, ни MSO тут ни при чем.

>iRunix ** (*) (05.11.2008 20:53:52)
>Проверено: maxcom (*) 07.11.2008 16:33:58

А maxcom наверное уже давно плохо ориентруется в тонкостях на нашем ЛОРе.

А где готовый, без сборки?

> ODF XSLT Runner is build by a NetBeans project. After you have checked out the sources from the Mercurial repository, you can open the project in NetBeans and build odfxsltrunner.

Чтобы собрать, мне предлагают поставить netbeans (только для этого проекта!), закачать исходники и собрать - нахрена нужно столько геморроя с явой, чтобы собрать маленькую прогу?

Помнится, лет 5-6 назад использовал Apache FOP для генерации PDF с командной строки. Сейчас посмотрел проект - да, за такое время :-) ушли несколько вперёд, однако до сих пор не всё нужное поддерживается :-(.

А хочется какую-то библиотеку на Python'е с хорошей поддержкой ODF. А то UNO bridge уж больно медленно работает... :-(

было бы здорово, еслиб оно объеденлось с apache poi. чтоб был единый интрфес для работы, как с ODF так и MSO файлами.

Проект NetBeans - это ant скрипт. В корне проекта лежит build.xml. Запускаешь ant. Он ругается на неопределённое свойство. Что-то вроде platforms.JDK_1.5.home. Устанавливаешь его в nbproject/project.properties. Запускаешь ant ещё раз. Устанавливаешь недостающие библиотеки. Запускаешь ant ещё раз.

>Можно было и не отвечать. Всем уже давно известно, что среднестатистический сотрудник среднестатистической фирмы...

Можно было и не отвечать. Потому что напечатать, как всегда, нужно "к вчера". "Напечатать к январю", если и встречается, то означает лишь то, что начинать надо уже сейчас, иначе к январю не управишься.

> Потому что напечатать, как всегда, нужно "к вчера". "Напечатать к январю", если и встречается, то означает лишь то, что начинать надо уже сейчас, иначе к январю не управишься.

Что Вы хотели этим сказать? Что у большинства сотрудников, которым latex мог бы пригодиться, есть время только на то, чтобы печатать и спать? Или, что большинство настолько безмозглое, что неспособно потратить несколько часов для экономии в будущем нескольких суток?

а теперь и с банановым вкусом

>Или, что большинство настолько безмозглое, что неспособно потратить несколько часов для экономии в будущем нескольких суток?

Если бы несколько суток. Одно дело знать базовые принципы работы некоего инструменты, а другое дело - с уверенностью сказать, что красиво, а что нет. И почему из дублирующих друг друга механизмов ты выбираешь именно этот. Это как с ЯП: одно дело знать синтаксис, а другое дело чётко знать, что такое красивый код. Путь к пониманию эстетики значительно дольше нескольких часов.

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

Далее следует список преимуществ LaTeX, выведенный на основе личного опыта. Я не утверждаю, что OO.o вообще ничего этого не может, но в LaTeX всё проще и без введения дополнительных сущностей.

1. Возможность разделения документа на несколько файлов.
2. Простой текстовый формат, который можно легко генерировать из любой программы на основе любых данных.
3. Возможность автоматизации компоновки документа.
4. Несолько удобных мелочей вроде автоматической нумерации рисунков и сносок на них.
5. Полное разделение данных и представления.
6. Отсутствие багов. По крайней мере за последние несколько лет ни одного не нашли.

Кстати, буду благодарен, если подскажете, как в OO.o сделать 1 и 3.

> Одно дело знать базовые принципы работы некоего инструменты, а другое дело - с уверенностью сказать, что красиво, а что нет.

Что красиво, а что нет достаточно знать автору стиля. Автору содержания достаточно потратить час-другой на изучение основ и разбираться в предметной области. Чего не скажешь про ЯП, где чувство прекрасного кода должно быть у всех разработчиков. :)

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

Я имел в виду несколько другое: дублирующие друг друга механизмы в самом LaTeX. Сколько там практически одинаковых пакетов и примочек для одних только таблиц? И т.д.

Давно пора было.

> Кстати, буду благодарен, если подскажете, как в OO.o сделать 1 и 3.

Что ты понимаешь по 1 немного не понял, точнее похоже ты перепутал программы для верстки, где это нужно, и текстовый процессор, где это наф не нужно. Если это то о чем я думаю.

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

> дублирующие друг друга механизмы в самом LaTeX. Сколько там практически одинаковых пакетов и примочек для одних только таблиц?

Таблицы более-менее стандартизованы, а вот для презентаций есть 4 пакета и у каждого свои проблемы. Для вставки картинок 2... Но, опять же, не обязательно _всем_ в этом разбираться.

> ты перепутал программы для верстки, где это нужно, и текстовый процессор, где это наф не нужно

В том то и дело, что у нас вместо latex используют несколько odt и ods с их последующей *ручной* компоновкой.

> По пункту 3 - изучай стили.

Под компоновкой я имел ввиду примерно то, чем занимается ld или latex. Например, автоматически (без лишних движений мыши) вставить один документ в середину другого.

Хорошее начинание. Вот только для чего создавать лишнюю путаницу, дублируя название?

>жаба и дотнет

современно, глобально и надежно!

>>жаба и дотнет

>современно, глобально и надежно!

А еще сухо и комфортно. Я понимаю что Sun на свою жабку присела, но накой им дотнет? Надеются, что M$ прослезится, умилится и примкнет к сообществу?

>Вчера сам такое наблюдал. Человеку нужна была небольшая табличка в pdf. Он пол часа боролся с "дружественным" интерфейсом OpenOffice вместо того, чтобы просто напечатать эту табличку в latex.

Сделать табличку в калке/врайтере, напечатать на виртуальный принтер, профит?

>обеспечивая их инструментами, которые позволяют использовать стандартные процессы обработки документов, не вдаваясь в запутанные детали спецификации.

Система костылей и подпорок в действии.. печально.

Относительно пункта 1 - вам нужна фича OO.o под названием "составной документ". Вот вам инфа из справки:

"Составной документ помогает работать с большими документами, такими как книги со множеством глав. Он может содержать много отдельных файлов OpenOffice.org Writer. Эти файлы называются вложенными документами. Можно, например, разделить большой документ, над которым работают несколько человек, на вложенные документы и добавить их в составной.

При печати составного документа в него включаются все вложенные документы, указатели и весь введенный текст. В составном документе можно создать оглавление и указатель по всем вложенным документам.

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

При просмотре составного документа стили, уже представленные в этом документе, более приоритетны по отношению к стилям с теми же именами, которые импортируются из вложенных документов.

Изменения, внесенные в составной документ, никогда не распространяются на вложенный документ."

> По пункту 3 - изучай стили. В ОО они конечно не дотягивают до возможности ворда, но вполне юзабельны.

Толсто.

> было бы здорово, еслиб оно объеденлось с apache poi. чтоб был единый интрфес для работы, как с ODF так и MSO файлами.

Если нужны электронные таблицы, то можешь глянуть сюда: http://www.formulacompiler.org/. Поддержку ODF там я делал. :-)

По теме: посмотрел сабж - не очень понравилось, т.к. API спроектировано хреново.

Ждём поддержку ODT в Qt :)

> Вообще нельзя или нельзя на халяву? Если второе - жить можно.

Можно и вообще, и нахаляву! Wedge_Antilles пукну^W опять не разобрался.

http://en.wikipedia.org/wiki/Apache_licence

The Apache License (versions 1.0, 1.1, and 2.0) requires preservation of the copyright notice and disclaimer, but it is not a copyleft license — it allows use of the source code for the development of free and open source software as well as proprietary software.

Хорошая вещь для дела демонополизации, т.к. MS уже тянет руки к ODF.