xtavras1 фев 2010 в 12:09

Дания переходит на ODF

1 мин

806

Open source *

+32

Комментарии 48

m0Hze 1 фев 2010 в 21:27

Всю сознательную жизнь пользовался Open Office и не знал никаких бед.А в последнее время они все больше набирают обороты, и по функционалу не так далеко от Майкрасофта.Люблю ОпенСорс.

oleg_podsadny 2 фев 2010 в 09:00

Я вытащил ooo-dev под mac и был приятно удивлен. Прогресс действительно есть, он уже не такой тормоз… еще бы сделали покрасивее редактор стиля в writer — цены не было б.

Есть еще статья на тему: www.networksasia.net/content/forrester-microsoft-office-no-danger-competitors

demin 1 фев 2010 в 21:28

Ура!

VlK 1 фев 2010 в 21:28

как-то жутко думать о майкрософтской реализации ODF. Не будет ли как с Javascript? Или Java в исполнении MS? Или..?

shifttstas 1 фев 2010 в 21:44

А что было с Javascript?

lugansk 2 фев 2010 в 05:57

Jscript с поддержкой всего и вся через раз и собственными «фичами».

Malamut 1 фев 2010 в 21:48

Не будет. OpenOffice официально перешёл на жёсткое следование стандарту OpenDokument 1.2, а MS ни OO, ни OpenDokument не контролирует соответственно и рычагов воздействия на рынок не имеет. Вся прелесть стандарта в том, что он стандартизован. Поэтому не соответствующие стандарту реализации быстро пойдут лесом, благо реальные альтернативы им есть.

Кстати, вот:
www.opennet.ru/opennews/art.shtml?num=25249

bzero 1 фев 2010 в 22:08

думаю они и там придумают свою реализацию ODF и открытие документа в ОО магическим образом разбросает все таблицы по разным частям экрана. Использую ОО уже много лет и мне хватает.

evgenyk 2 фев 2010 в 07:41

За плохое следование стандартам надо жестко прессовать всеми возможными рычагами. В борьбе с «антистандартизацией» проводимой монополиями, серьезных рычагов два:
— Понижение их доли рынка.
— Общественное мнение.

Mzybin 1 фев 2010 в 21:48

Еще один плевок в сторону мелкомягких)

Xronos 1 фев 2010 в 21:48

Как человек, писавший импортер/экспортер документа в odt и ooxml, скажу что ooxml гораздо удобней для программиста, odt более человекочитаемый, на пример в ooxml форматированние текущего куска текста описано перед ним, в odt кусок текста ссылается на автостиль(style:style-name=«траливали», который описан в начале документа с контентом(content.xml) тот в свою очаредь основывается на общем стиле (common style — файл styles.xml) причем текущее форматирование текстового куска накладывается на форматирование из стиля текущего параграфа. Вынос мозга да и только. Мне ужасно нравится ooxml и непонятно, за что хвалят odt.

Malamut 1 фев 2010 в 22:08

А его не хвалят. Достаточно вспомнить, что стандартом-то (который принят ISO) сейчас является OpenDokument 1.0, который даже формулы не поддерживает. Просто OpenDokument чист в плане патентов и лицензий, а OOXML — нет. А парсер написать и оформить в виде библиотеки — вопрос копеешный, тем паче что уже этих парсеров навалом. Да и по поводу структуры odt — вопрос спорный. Я лично не испытываю трудностей при работе с odt, правда мне надо не совсем конвертировать, а скорей анализировать данные. XML — он и в африке XML. Парсеров и прочей сопутствующей фигни — как грязи, проблем — вообще 0.

НЛО прилетело и опубликовало эту надпись здесь

mvgolubev 2 фев 2010 в 08:13

Стандарты оба по ISO.

И это действительно так.
* Формат документов OpenOffice.org (ODF):
ISO/IEC 26300:2006 — OpenDocument v1.0
* Формат XML-based документов MS Office 2007 и выше:
ISO/IEC 29500:2008 — Office Open XML (он же OOXML или Open XML)

mvgolubev 2 фев 2010 в 08:14

является OpenDokument 1.0

OpenDocument

BaBL 1 фев 2010 в 22:10

видимо за то, что созданные по стандарту ODF опенофис открывает, а созданные по опубликованному МС стандарту ooxml даже MSOffice отказывается признавать.

Xronos 2 фев 2010 в 08:44

Не сомневайтесь, ms сделает в word2010 полную поддрежку ooxml
пруфлинк

Xronos 2 фев 2010 в 08:51

www.microsoft.com/Presspass/press/2008/may08/05-21ExpandedFormatsPR.mspx?rss_fdn=Press%20Releases

Xronos 3 фев 2010 в 07:52

Вы свято верите что Oo поддерживает полностью возможности odt? ну тогда попробуйте сделать бордер в таблице wave! не получается?

evgenyk 2 фев 2010 в 07:43

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

bockor 2 фев 2010 в 08:24

монитор жалко

Mezomish 2 фев 2010 в 15:38

А-а-а, так вот почему когда копируешь пару-тройку ячеек из одного спредшита в другой (в МС Ёкселе), то вместе с ними копируются все стили, содержащиеся в файле? Жена на работе недавно столкнулась — офигели всем офисом. Открывает большо-о-ой файл xlsx в Офисе2007. Файл действительно большой, на пару-тройку десятков мегабайт, ведётся более года с ежедневными правками. Копирует небольшую область в буфер, вставляет в новый спредшит, сохраняет — ё-моё, почему новый файл получается весом в несколько мегабайт?? Повторили эксперимент — опять то же самое. Тогда отдали файлы «на растерзание» айтишникам. Айтишники обнаружили в новом файле несколько тысяч стилей, которые скопировались из старого файла в новый все, полностью.
No comments…

mvgolubev 2 фев 2010 в 17:14

А-а-а, так вот почему когда копируешь пару-тройку ячеек из одного спредшита в другой (в МС Ёкселе), то вместе с ними копируются все стили, содержащиеся в файле?

У них эта бага тянется с незапамятных времён, с древних версий, когда ещё не было никаких OOXML. Им уже рапортовали об этом множество раз, но они клали на это болт.

Но самое обидное тут не увеличение размера файла на пустом месте. Проблемы начинаются тогда, когда ты сохраняешь (без ошибок и предупреждений) такие файлы с нереальным количеством откуда-то скопированных и неиспользуемых стилей. Но потом при попытке открыть этот файл в том же MS Excel он ругается на то, что документ содержит слишком много стилей. Единственный вариант, который он предлагает для открытия — это отказаться от стилей и открыть вообще без них. А это значит, что в документе пропадает вообще всё оформление и форматирование (шрифты, размеры, цвета, выравнивание, наклонный/жирный/подчеркнутый, границы, заливки и прочее), т.е. красиво оформленная таблица превращается в сеточку с плэйнтекстом.

Единственный способ избежать этого — это при переносе данных из других файлов копировать только данные, без форматирования (там есть такая опция). Но об этом должны знать все, кто работает с этим документом, и они должны не забывать всегда копировать только таким образом. Иначе переполнение стилей в Excel-файле рано или поздно настанет.

arty 3 фев 2010 в 09:32

хм, для меня эта работа со стилями выглядит идентичной CSS, который привычен и логичен

aNDREIQA 1 фев 2010 в 21:50

интересно, когда наше правительство посмотрит в эту сторону?

Zubchick 1 фев 2010 в 21:54

Я вот не понимаю этого насаждения форматов. Почему нельзя внутри организации использовать что хочется? Думаю мало кто будет спорить, что ооо тормозной, а мс.офисс более юзабельный? А тут на государственном уровне насаждают софт где же тут так называемая «свобода»?

Zubchick 1 фев 2010 в 21:56

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

romx 2 фев 2010 в 06:09

Вообще-то ODF поддерживается MS Office начиная с версии 2007 «искаропки». И писать в него, и читать из него можно просто выбирая нужный формат в диалоге.

mvgolubev 2 фев 2010 в 08:19

Вообще-то ODF поддерживается MS Office начиная с версии 2007 «искаропки».

Во-первых, поддержка ODF только с MS Office 2007 SP2 (голый MSO 2007 «искаропки» его не поддерживает).
Во-вторых, поддержка эта весьма кривая. Т.е. некоторые документы ODF там отображаются некорректно.

romx 2 фев 2010 в 08:35

Ничего не знаю. Покупаю в 2009-м году коробку, ставлю, полчаю поддержку ODT «из коробки».

«Во-вторых» у Open Office на этот счет и у самого рыльце в щетине.

Malamut 1 фев 2010 в 22:02

Свобода в том, что гос-во может со своими документами делать что хочет. А сейчас пойди попробуй напиши прогу для чтения ooxml, рискуешь при неудачном стечении обстоятельств наткнуться на патентные иски и прочую муру. Свобода — это когда ты ни при каких условиях никому ничего не должен. Используя запатентованные форматы такого добиться в 99% случаев нельзя.

Zubchick 1 фев 2010 в 22:18

Если верить статье то: использовать ODF формат для хранения своих документов. Уж в каком формате чего хранить на мой взгляд это личное дело каждого предприятия. Они выбрали свой путь (купить мсоффис) и им не не нужно делать с документами что хочешь им нужно другое.

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

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

Malamut 1 фев 2010 в 22:28

Между прочим odf — это не софт, это просто стандарт. Форматы документов и прочих файлов и данных должны быть стандартизованы, иначе просто бардак будет. Просто нужно выбрать в качестве стандарта один из возможных. А чем пользуются пользователи — это проблема пользователей, лишь бы документы соответствовали государственному (корпоративному) стандарту. Odf с такой позиции сильно лучше OOXML именно в рамках свободы пользователей. Благо OO портирован на все платформы, конвертеров из odf навалом везде, да и кроме ОО есть ещё 1000 и 1 решение, включая MS Office со сторонними плагинами.

dmach 1 фев 2010 в 23:07

Office Open XML, к слову, также портирован на все платформы — www.openxmlcommunity.org/applications.aspx, отсюда мысль про свободу пользователя не очень понятна. Microsoft Office поддерживает ODF без сторонних плагинов.

kai 1 фев 2010 в 23:25

Я не эксперт, но слышал что при использовании OOXML есть большой шанс наткнуться на бинарные блобы прямо посреди XML. Вот был XML, а вот бинарный блоб. И что с ним делать — возможно даже в МС уже не знают. А куда уж нам, простым смертным. И это вроде как вставлено в стандарт. Такой стандартный стандарт получился у ребят из майкрософт.

dmach 2 фев 2010 в 12:50

Вы не поверите, но прямо в стандарте ЯСНО ОПИСАНО что делать в том случае, если вы НЕ ЗНАЕТЕ что делать. А такая возможность (хранения произвольных данных) — один из плюсов OpenXML, а не минусов. Ну-ка, сохраните в ODF показания, например, медицинских приборов привязанные к, скажем, параграфу с описанием, скажем, болезни пациента =)

kai 2 фев 2010 в 20:52

Я поверю, но поясните, что нужно сделать с блобами в которых тупо зашиты старые бинарные офисные данные? Для которых никаких публичных стандартов и оберток нет.

Ведь вопрос не в принципиальной возможности хранения блоба внутри документа (что кстати тоже спорно, как их хранить). А в том, что формат нифига не открыт для пользователя. XML обертка над старым бинарным кодом нифига не панацея.

dmach 2 фев 2010 в 22:39

Никакие приложения так не делают, приложения от Microsoft в том числе, так что — откуда такое вообще возьмётся не ясно никому. Видимо, кроме минусующих здесь: они твёрдо уверяны, что Word сохраняет в docx путём сохранения в doc и вставки его в бинарном виде в docx =)

Второй ваш абзац меня немного смутил в том смысле, что вы видимо как раз уверяны в описанной мной маразматической схеме хранения =)

Если же вас смущает мысль, что СТАРЫЙ doc нигде не описан (какое это отношение имеет к OpenXML?), то вы тоже тут не правы:

1. Есть конвертор из doc в docx в исходниках — b2xtranslator.sourceforge.net
2. Есть спецификация формата, доступна к скачиванию и ознакомлению
3. Есть пунктики в Microsoft Open Specification Promise

НЛО прилетело и опубликовало эту надпись здесь

aNDREIQA 1 фев 2010 в 22:08

я с вами не согласен! OOO довольно не хило работает, особенно с большими документами!

BaBL 1 фев 2010 в 22:12

на гос уровне свободы нету как раз, там есть деньги налогоплательщиков, которые мешками отдавать корпорациям зарубежным монополистам можно безнаказанно только в РФ.

Zubchick 1 фев 2010 в 22:22

А черт! Это относится только к парламенту и гос органам (facepalm). Тогда да, все что я там выше написал можно не брать в рассчет. Тогда все в порядке, гос-во вольно само выбирать себе ПО.