LINUX.ORG.RU

ISO заморозил принятие OOXML

 , ,


0

0

После того, как четыре национальных комитета подали протест против стандартизации формата документов Office Open XML (OOXML), Международная организация по стандартизации (ISO) и Международная электротехническая комиссия (IEC) на заседании в Женеве приостановили процесс опубликования стандарта.

В своем заявлении (http://www.iso.org/iso/pressrelease.h...) ISO объявила, что планируемая ранее публикация ISO/IEC DIS 29500 откладывается до принятия решений по поданным претензиям. Согласно процедуре, это должно произойти в конце июня, когда ISO и IEC передадут свои заключения профильным комитетам для принятия окончательного решения.

Против ускоренной сертификации OOXML официально выступили Бразилия, Индия, ЮАР и Венесуэла. Озабоченность вызвало отсутствие консенсуса по вопросу, какие изменения должны быть внесены в спецификацию (которая занимает 6000 страниц), а также то, что возражения не были поставлены на обсуждение в индивидуальном порядке.

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

★★★

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

Ответ на: комментарий от oguretz

> А косяки часто возникают или всё ровненько без сучка без задоринки? будем уж беспристрастнее :)

На сервере всё в порядке.

На клиенте, если беспристрастно, то KOffice на мой взгляд поддерживает ODF только на троечку.

C OpenOffice'ом ни под оффтопиком, ни под ОС проблем нет. Как-то выдаваемая пользователю для введения данных табличка оказалась шире, чем 256 колонок. Тогда я попробовал Kspead. Написал bug-report и поменял скрипт, разбив табличку её на несколько. Те несколько оказались проще, так что модификация себя оправдала. Да и не была трудной. А KSpread почти моментально поправили.

Вообще мне понравилась идея пользоваться таблицами ODF для введения данных: не надо сосвем писать интерфейс, а пользователю удобно и привычно. В любимой электьронной таблице вводит данные и сбрасывает файл на сервер.

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

> реальные люди, зарабатывающие реальные деньги!

А ты, ты тоже зарабатываешь реальные деньги? Сколько ты зарабатываешь, "реальный" человек-тролль?

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

> Идея с носками от M$ - круто. Во-первых, для всех - одног размера, во-вторых, для каждой новой версии надо апдейтить ноги, в третьих, надо будет платить за то, что ваще ходишь, если сможешь в них ходить.

Плохая идея с носками. Нельзя доверять им производить вещи повседневного пользования.

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

>>> Бразилия у меня лично вызывает большое уважение. В их бюрократическом Banco do Brasil (что-то типа нашего сбербанка) у всех кассиров на компах стоит линукс. В магазинах на кассах дофига раз видел линуксовые «решения».

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

> Нет, просто в Бразилии, да и почти во всей Южной Америке, строят коммунизм.

Всё куда проще. У них плотные экономические сношения с САСШ. И им не надо бекдоров в ОС главного банка страны.

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

> Для динамической генерации табличных документов на стороне сервера существуют:

http://www.google.ru/search?q=php+odf+generator

//Приткнись уже, идиот. Осилил php на годичных курсах? Иди теперь осиль «поиск в гугле за семь занятий».

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

Кисо обиделось, когда носом натыкали? Ну а кому сейчас легко....

Ты, главное, нюни не распускай, да рогом не упирайся. Будешь думать головой и хорошо учиться --- перестанешь быть молодым и глупым. А будешь бездумно принимать на веру всё то, что тебе твердят толстые и не очень дяди с толстыми кошельками и бегающими глазками --- то молодым быть всё равно перестанешь, а вот глупым --- нет.

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

Приткнись ты, гнида!

Формировать на зизком уровне XML-ну и зазиповывать (все из-за бедности и красноглазия - если бы не было компиляторов нормальных - предложил бы писать в машкодах) - это не одно и то же, что и формировать ТАБЛИЧНЫЙ документ с помощью ОБЪЕКТНОЙ библиотеки.

А в кач-ве ОБЪЕКТОВ выступают:

Рабочий лист, форматирование, картинка, ...

Короче иди учи ООП, дурик!

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

Чья бы корова мычала:

clipse, Firefox, OpenOffice жрут до хрена памяти и со скоростью их закрузки далеко не все в порядке.

>Убунта с Компизом ЛЕ-ТА-ЕТ!
Попробуй запустить это на Pentium 133/16Mb.

А Windows на этих машинка пахал еще в 96 году. Вместе с офисом и другим прикладным ПО.

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

>>Убунта с Компизом ЛЕ-ТА-ЕТ! >Попробуй запустить это на Pentium 133/16Mb.

Только когда ты на этом Аэро запустишь, умник.

>А Windows на этих машинка пахал еще в 96 году. Вместе с офисом и другим прикладным ПО.

На П-120/32 Кде2+ООо1 летало. Внезапно, да?

P.S. Или идиот, или настолько жирный тролль, что непонятно, как в двери ЛОРа пролез.

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

Ну вот. А в 96 году можно и нужно было использовать Win95+MSO 95.

Кстати в 99 году еще не было OO, был только платный StarOffice.

Так чо не лги!

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

>В августе 1999 версия StarOffice 5.2 была сделана бесплатной.

Ну, значит, или со старом попутал, или в 2000 дело было. Десять лет прошло, шо ты от меня хочешь.

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

> Формировать на зизком уровне XML-ну и зазиповывать (все из-за бедности и красноглазия - если бы не было компиляторов нормальных - предложил бы писать в машкодах) - это не одно и то же, что и формировать ТАБЛИЧНЫЙ документ с помощью ОБЪЕКТНОЙ библиотеки. Насколько я знаю, OOXML тоже зазипованный XML. Это кто-то уже давно придумал. Мне говорили, что в Java'е что-то подобное используется.

Что же касается формирования XML на низком уровне, то дело тут не в бедности и красноглазии. Просто ODF написать в XML может даже ребёнок. Сравните примеры (взято с http://opendocumentfellowship.com/introduction/odf_vs_oxml_part_II)

ODF:

<text:p text:style-name="Standard"> This is a <text:span text:style-name="T1">very basic</text:span> document <text:span text:style-name="T2">with some</text:span> formatting, and a <text:a xlink:href="http://example.com">hyperlink</text:a> </text:p>

XHTML:

<text:p text:style-name="Standard"> This is a <text:span text:style-name="T1">very basic</text:span> document <text:span text:style-name="T2">with some</text:span> formatting, and a <text:a xlink:href="http://example.com">hyperlink</text:a> </text:p>

OOXML:

<w:p> <w:r> <w:t>This is a </w:t> </w:r> <w:r> <w:rPr> <w:b /> </w:rPr> <w:t>very basic</w:t> </w:r> <w:r> <w:t> document </w:t> </w:r> <w:r> <w:rPr> <w:i /> </w:rPr> <w:t>with some</w:t> </w:r> <w:r> <w:t> formatting, and a </w:t> </w:r> <w:hyperlink w:rel="rId4" w:history="1"> <w:r> <w:rPr> <w:rStyle w:val="Hyperlink" /> </w:rPr> <w:t>hyperlink</w:t> </w:r> </w:hyperlink> </w:p>

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

Что касается объектных библиотек, то их есть у нас. Например, http://search.cpan.org/~jmgdoc/OpenOffice-OODoc/ для Перла.

ЗЫ. Я не тот anonymous, который тут ругался, а тот, которого пользователи берут сгенерированные на сервере документы в ODF.

ЗЗЫ. Капча: makkikg

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

Извиняюсь, в предыдущем посте не то для XHTML вклеил.

> HTML

<p> This is a <i>very basic</i> document <b>with some</b> formatting, and a <a href="http://example.com">hyperlink</a> </p>

Ну вы всё поняли ;-)

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

Нахрен мне на перле?

ПС. И нафига завызываться на одном формате?

ExcelPHP поддерживает запись сформированной рабочей книги в Excel5, Excel2007, PDF, HTML.

Код формирования отчета един и не зависит от формата экспорта.

Это азы отделения уровня бизнес-логики от уровня представления.

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

>почти так же легко, как в HTML

В моем проекте я почти избавился от всевозможных echo(HTML-код) - в сложных многопараметрических графиках и отчетах.

Писать напрямую - дурной стиль.

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

> Нахрен мне на перле?

> ПС. И нафига завызываться на одном формате? ExcelPHP поддерживает запись сформированной рабочей книги в Excel5, Excel2007, PDF, HTML.

> Код формирования отчета един и не зависит от формата экспорта.

> Это азы отделения уровня бизнес-логики от уровня представления.

> Писать напрямую - дурной стиль

Господа, речь шла о том, почему в ODF кто-то пишет напрямую, а в OOXML — никто. Я просто высказал предположение. А там Перл, не Перл, один формат, четыре формата — это другой вопрос.

Никто не будет спорить, что бизнес-логику стоит отделить от презентации и не писать XML напрямую (надеюсь:-). Честно говоря, я и сам так делаю. Если хотите, можем и об этом поговорить.

То есть, по существу вопроса (OOXML изобретает велосипед и ненужным образом сложнее ODF) все со мной согласны?

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

Ну и?

Сейчас на рынке PHP 2 реальных игрока: старый PEAR-Excel (до сих пор имеет смысл юзать, т.к. очень быстрый и результат читается ВЕЗДЕ) и новый PHPExcel (OpenXML)

Формирование OpenDocument Spreadsheet (не экспериментальное, а в коммерческих целях!) сейчас невозможно.

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

> Сейчас на рынке PHP 2 реальных игрока: старый PEAR-Excel (до сих пор имеет смысл юзать, т.к. очень быстрый и результат читается ВЕЗДЕ)

Я им не пользовался, но слышал (три года назад), что есть проблемы с кодированием польских букв. Вроде-бы надо что-то поправлять.

> и новый PHPExcel (OpenXML)

Так и просится: "который не читается нигде" :-)

Жалко, что у меня нет обязанности ограничиваться только PHP и только электронными таблицами…

> Формирование OpenDocument Spreadsheet (не экспериментальное, а в коммерческих целях!) сейчас невозможно.

То есть, я должен вернуть деньги, которые взял за свои скрипты?

А по существу вопрос: эти модули PHP могут также брать данные из таблиц?

Я использую ODF двумя способами. Формирую (может лучше сказать представляю, так как данные для отчёта это SELECT * FROM ОТЧЁТ;-)?) отчёты (не в таблицах, а в текстовых документах). И генерирую таблички, в которых пользователи вводят данные и потом загружают их на сервер.

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

>проблемы с кодированием польских букв
Excel5 (BIFF) очень старый.
В OpenXML кодировка UTF-8. Хоть по китайски миши.

>эти модули PHP могут также брать данные из таблиц?

Да. Они умеют читать Excel файлы.

>который не читается нигде"
Поставь бесплатный Microsoft Excel Viewer.

Кстати, есть ли официальный OpenDocument Viewer от Sun?

>И генерирую таблички
Как?
Предположим, можно и вручную их сгенерировать.

А если изображения? Группировки? Очень сложное форматирование! И т.д. и т.п.

С кодом потом хрен кто разберется. Вот поэтому ОО-прослойка необходима всегда! РаботатьЭ напрямую с файлом - это бред!

Это должны делать классы-Writer-ы!

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

> Поставь бесплатный Microsoft Excel Viewer.

Да ладно, насчёт "не читается нигде" была шутка. Не обижайся;-). Кстати к твоему бесплатному Viewerу не надо ли прикупить Windows?

> Кстати, есть ли официальный OpenDocument Viewer от Sun

Не знаю. Глянь на http://opendocumentfellowship.com/applications есть ли там что-нибудь от Sun. А это важно, чтобы было именно от Sun?

>

> > И генерирую таблички

>Как?

> РаботатьЭ напрямую с файлом - это бред!

> Это должны делать классы-Writer-ы!

Ясен перец, что не напрямую. Что-то вроде:

$doc->h1(Название);

$doc->appendTable(...);

while(Есть что-то для таблички){

$doc->row([данные]);

}

$doc->save();

Для группировок есть свои функции, для форматирования — стили. Стили тоже можно создавать и редактировать в скрипте. Куда уже проще-то.

Ну умею я на Перле программировать. Что мне теперь прикажешь делать? Если в моём модуле чего-то не хватает, мне не сложно его расширить. Кстати, нет там процедуры для вставки подтаблицы в таблицу. Пришлось свою написать. Что-то около получаса, вместе с изучением документации по ODF. Хорошо, что вспомнил. Надо автору модуля предложить расширение. Завтра же займусь:-)

Если тебе так же удобно в связке PHP/Excel, рад за тебя.

А кстати, любопытно, в OOXML есть что-то такое как заголовок таблицы, который повторяется при печати текстового документа на каждой странице при разбиении таблицы? А возможность вставки формул в таблицы в текстовых документах?

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

>Рабочий лист, форматирование, картинка, ... Короче иди учи ООП, дурик!

РЖУПАЦТУЛОМ :) Не уж-то бляндинки изучают ООП на ПЫХПэ? Как страшно жить! Мелкософт непобедима с такой армией деревянных по пояс быдлкодеров. О<sub>2</sub>П НАШЕФСЁ!

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

Открой для себя PHP 5.x, дирило! От Java-модели почти ничем не отличается!

Я создаю полноценные заказные Web-приложения, а не быдлофорумочки типа этого.

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

$doc->appendTable(...);

Вот это место самое интересное!

Добавь сюда изображение в ячейку B7 со сдвигом 10px вправо и 20 px вниз.

Потом создай последовательно строки с попеременно меняющимся цветом (полосатая таблица) и автоматической установкой типа ячейки в зависимости от типа поля запроса.

Т.е. текст должен быть текстом и в Excel с выравниванием влево, а числа - числами с выравниванием вправо, причем с сохранением того кол-ва цифр после десятично точки, которое указано в БД.

Т.е. float(15,2) должен создавать маску #.00.

И это только начало!

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

Он уже давно не твой.

Он уже давно наш.

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

>Я создаю полноценные заказные Web-приложения, а не быдлофорумочки типа этого.

Да ладно не оправдывайся, один раз не 3,14дорас. тока не увлекайся :)

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

> Добавь сюда изображение в ячейку B7 со сдвигом 10px вправо и 20 px вниз. > Потом создай последовательно строки с попеременно меняющимся цветом (полосатая таблица) и автоматической установкой типа ячейки в зависимости от типа поля запроса. > Т.е. текст должен быть текстом и в Excel с выравниванием влево, а числа - числами с выравниванием вправо, причем с сохранением того кол-ва цифр после десятично точки, которое указано в БД. Excel, насколько я знаю, не поддерживает OpenDocument. А вообще-то нет проблем. Вставка изображения примерно так (это Перл, есть ещё тысяча спосoбов :-)):

$doc->createImageElement("Landscape", description => "Kilimanjaro in winter", attachment => $doc->getCell($table,$row, $column), size => "5cm, 3.5cm", style => "gr1", import => "/home/user/Pictures/Landscape.jpg");

Не правда ли, новичку в Перле понятно, что происходит? Причём код будет работать и в текстовом документе, и в презентации, и в электронной таблице.

Полосатость таблицы просто решается с помощью стилей. Как раз в ODF презентация отделена от содержимого — одно из наибольших преимуществ ODF над OOXML IMHO. Я создаю два стиля и применяю их попеременно к ячейкам. Стили могу создать в скрипте $doc->createStyle(....), а могу в OpenOffice или NeoOffice или в десятке других приложений и записать в шаблон нового документа.

А если у меня будет много таких полосатых таблиц, то напишу процедуру createPolosatyjTable. Наверное, в твоём PHP/OOXML модуле такая процедура есть. А скажи-ка, также легко тебе создать что-нибудь, чего нет в твоём модуле PHP/OOXML?

C форматированием ячеек не вижу проблем. Просто приписываю им соответствующие стили.

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

>>Убунта с Компизом ЛЕ-ТА-ЕТ!

>Попробуй запустить это на Pentium 133/16Mb.

У тебя дислексия?

Прочитай-ка ещё раз. Давай вместе, по слогам: "жЫрное уёжище Виста еле ворочается там, где Убунта с Компизом ЛЕ-ТА-ЕТ". Это значит что? Где у нас летает Убунта? Там, где Виста еле ворочается, правильно? А теперь "скажи мне милый ребёнок" ©, в каком кошмаре тебе привиделась Виста на Pentium 133/16Mb?

>А Windows на этих машинка пахал еще в 96 году. Вместе с офисом и другим прикладным ПО.

Виндафс 95? Верю. Охотно верю :)

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

> Формирование OpenDocument Spreadsheet (не экспериментальное, а в коммерческих целях!) сейчас невозможно.

http://www.google.ru/search?q=php+odf+generator

//Приткнись уже, идиот. Осилил php на годичных курсах? Иди теперь осиль «поиск в гугле за семь занятий».

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

> Открой для себя PHP 5.x, дирило! От Java-модели почти ничем не отличается!

> Я создаю полноценные заказные Web-приложения, а не быдлофорумочки типа этого.

На этом месте тебя поидее должны пожалеть.

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

Для особо одаренных -сейчас в мире в осноном Web-приложения развивают.

Или дектоп, но с обязательной Web-мородой.

Пользователи распределены по всей стране.

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

Подказка Гугла:

Вы имели ввиду: php pdf generator?
Что имеем, то и введем...

Продолжаем искать...

А где вообще солнцевские? Это же их поделие. Приняли блин типа стандарт, а поддерживать пушкин будет...

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

Подказка гугла:

Вы имели ввиду: php pdf object generator?

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

Кстати у меня на ноуте Ubuntu Live так и не загрузилась.

Не сумела распознать видеокарту.

А Виста и WinXP - все отлично.

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

> Кстати у меня на ноуте Ubuntu Live так и не загрузилась. Ну если нет денег на нормальное железо :-)

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

> Так вот - железо - самое новое.

Да не кипятись, это был сарказм. Всем известно, что для Windows сначала производители железа делают дрова, а потом железо выпускают на рынок. Для Linux наоборот. Сначала появляется железо на рынке, потом оно должно появиться у разработчиков. Только после этого они могут сделать дрова. Так что всё в порядке.

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

>>> Химки (Московская область). Неподалеку (за) МКАДом.

>> Товарисч, вы лиспер?

> Да товарищ нашёл чем гордиться, обитая в такой клоаке, как Москва.

> Воздух загазован, народу тьма, преступность тоже на высоте. Фууу.

За МКАД'ом жизни нет ;)

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

Финальный текст стандарта еще не опубликован, в нем были сделаны небольшие доработки в ходе BRM в феврале и соответственно в финальном виде он будет опубликован ИСО, после того как апелляции будут рассмотрены. Ну и, в принципе, ИСО может вообще отказаться публиковать стандарт. Т.к. доработки были в большей части формальными и не влияющими на суть стандарта (за исключением, пожалуй, формата дат в электронных таблицах), то можно пока пользоваться исходным текстом.

Исходный текст стандарта, который подаваля в ИСО, доступен тут http://www.ecma-international.org/publications/standards/Ecma-376.htm

Если Вы не хотите воспроизводить стандарт целиком, а хотите как-то поиспользовать формат в своей работе, то рекомендую начать с книжки "OpenXML Просто и доступно" ссылка на нее на русском есть тут

http://blogs.gotdotnet.ru/personal/vgabriel/CommentView.aspx?guid=22682ac7-1a...

Если Вам нужны библиотеки то рекомендую http://openxmldeveloper.org/ там много примеров на разных языках программирования и несколько библиотек.

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