LINUX.ORG.RU

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

 ,


0

0

Sun Microsystems и IBM начали работу над совместным проектом Open Document Format Toolkit Union. Новый открытый проект ориентирован на разработчиков и имеет целью упростить им работу с ODF-файлами, обеспечивая их инструментами, которые позволяют использовать стандартные процессы обработки документов, не вдаваясь в запутанные детали спецификации. В отличие от начатого два года назад проекта под тем же названием, этот проект не связан с программным обеспечением OpenOffice.

Страница проекта также предназначена для сбора различных SDK и инструментов, используемых для работы с ODF, таких как программы проверки совместимости или XSLT (Extensible Stylesheet Language Transformations — часть спецификации XSL, задающая язык преобразований XML-документов). Sun уже внесла свой первый вклад в проект в виде исходного текста для ODF API. Sun и IBM приглашают другие фирмы и независимых разработчиков принять участие в проекте. Исходные тексты инструментария доступны на условиях Apache licence.

>>> Анонс

>>> Страница проекта

>>> Подробности на opennet

★★★★

Проверено: maxcom ()

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

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

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

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

Ramen ★★★★
()

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

anonymous
()

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

cap838383
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

madcore ★★★★★
()

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


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

madcore ★★★★★
()

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

> 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 уж больно медленно работает... :-(

ximeric
()

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

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

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

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

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

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

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

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

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

naryl ★★★★★
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AsphyX ★★★
()

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

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

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

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

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

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

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

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

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

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

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

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


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

naryl ★★★★★
()

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

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

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

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

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

A-234 ★★★★★
()
Ответ на: комментарий от naryl

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

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

baaba ★★★
()

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

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

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

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

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

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

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

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

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

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

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

Толсто.

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

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

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

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

pitekantrop ★★★
()

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

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

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

Можно и вообще, и нахаляву! 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.

www_linux_org_ru ★★★★★
()

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

eugrus ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.