Comments 48
Всю сознательную жизнь пользовался Open Office и не знал никаких бед.А в последнее время они все больше набирают обороты, и по функционалу не так далеко от Майкрасофта.Люблю ОпенСорс.
Я вытащил ooo-dev под mac и был приятно удивлен. Прогресс действительно есть, он уже не такой тормоз… еще бы сделали покрасивее редактор стиля в writer — цены не было б.
Есть еще статья на тему: www.networksasia.net/content/forrester-microsoft-office-no-danger-competitors
Есть еще статья на тему: www.networksasia.net/content/forrester-microsoft-office-no-danger-competitors
Ура!
как-то жутко думать о майкрософтской реализации ODF. Не будет ли как с Javascript? Или Java в исполнении MS? Или..?
А что было с Javascript?
Не будет. OpenOffice официально перешёл на жёсткое следование стандарту OpenDokument 1.2, а MS ни OO, ни OpenDokument не контролирует соответственно и рычагов воздействия на рынок не имеет. Вся прелесть стандарта в том, что он стандартизован. Поэтому не соответствующие стандарту реализации быстро пойдут лесом, благо реальные альтернативы им есть.
Кстати, вот:
www.opennet.ru/opennews/art.shtml?num=25249
Кстати, вот:
www.opennet.ru/opennews/art.shtml?num=25249
думаю они и там придумают свою реализацию ODF и открытие документа в ОО магическим образом разбросает все таблицы по разным частям экрана. Использую ОО уже много лет и мне хватает.
Еще один плевок в сторону мелкомягких)
Как человек, писавший импортер/экспортер документа в odt и ooxml, скажу что ooxml гораздо удобней для программиста, odt более человекочитаемый, на пример в ooxml форматированние текущего куска текста описано перед ним, в odt кусок текста ссылается на автостиль(style:style-name=«траливали», который описан в начале документа с контентом(content.xml) тот в свою очаредь основывается на общем стиле (common style — файл styles.xml) причем текущее форматирование текстового куска накладывается на форматирование из стиля текущего параграфа. Вынос мозга да и только. Мне ужасно нравится ooxml и непонятно, за что хвалят odt.
А его не хвалят. Достаточно вспомнить, что стандартом-то (который принят ISO) сейчас является OpenDokument 1.0, который даже формулы не поддерживает. Просто OpenDokument чист в плане патентов и лицензий, а OOXML — нет. А парсер написать и оформить в виде библиотеки — вопрос копеешный, тем паче что уже этих парсеров навалом. Да и по поводу структуры odt — вопрос спорный. Я лично не испытываю трудностей при работе с odt, правда мне надо не совсем конвертировать, а скорей анализировать данные. XML — он и в африке XML. Парсеров и прочей сопутствующей фигни — как грязи, проблем — вообще 0.
видимо за то, что созданные по стандарту ODF опенофис открывает, а созданные по опубликованному МС стандарту ooxml даже MSOffice отказывается признавать.
Вроде в описанной Вами для ODT схеме все логично и по умному, а за описанную Вами для OOXML схему программистов нужно расстреливать прямо у монитора, выстрелом в затылок. Или я не прав?
А-а-а, так вот почему когда копируешь пару-тройку ячеек из одного спредшита в другой (в МС Ёкселе), то вместе с ними копируются все стили, содержащиеся в файле? Жена на работе недавно столкнулась — офигели всем офисом. Открывает большо-о-ой файл xlsx в Офисе2007. Файл действительно большой, на пару-тройку десятков мегабайт, ведётся более года с ежедневными правками. Копирует небольшую область в буфер, вставляет в новый спредшит, сохраняет — ё-моё, почему новый файл получается весом в несколько мегабайт?? Повторили эксперимент — опять то же самое. Тогда отдали файлы «на растерзание» айтишникам. Айтишники обнаружили в новом файле несколько тысяч стилей, которые скопировались из старого файла в новый все, полностью.
No comments…
No comments…
А-а-а, так вот почему когда копируешь пару-тройку ячеек из одного спредшита в другой (в МС Ёкселе), то вместе с ними копируются все стили, содержащиеся в файле?У них эта бага тянется с незапамятных времён, с древних версий, когда ещё не было никаких OOXML. Им уже рапортовали об этом множество раз, но они клали на это болт.
Но самое обидное тут не увеличение размера файла на пустом месте. Проблемы начинаются тогда, когда ты сохраняешь (без ошибок и предупреждений) такие файлы с нереальным количеством откуда-то скопированных и неиспользуемых стилей. Но потом при попытке открыть этот файл в том же MS Excel он ругается на то, что документ содержит слишком много стилей. Единственный вариант, который он предлагает для открытия — это отказаться от стилей и открыть вообще без них. А это значит, что в документе пропадает вообще всё оформление и форматирование (шрифты, размеры, цвета, выравнивание, наклонный/жирный/подчеркнутый, границы, заливки и прочее), т.е. красиво оформленная таблица превращается в сеточку с плэйнтекстом.
Единственный способ избежать этого — это при переносе данных из других файлов копировать только данные, без форматирования (там есть такая опция). Но об этом должны знать все, кто работает с этим документом, и они должны не забывать всегда копировать только таким образом. Иначе переполнение стилей в Excel-файле рано или поздно настанет.
хм, для меня эта работа со стилями выглядит идентичной CSS, который привычен и логичен
интересно, когда наше правительство посмотрит в эту сторону?
Я вот не понимаю этого насаждения форматов. Почему нельзя внутри организации использовать что хочется? Думаю мало кто будет спорить, что ооо тормозной, а мс.офисс более юзабельный? А тут на государственном уровне насаждают софт где же тут так называемая «свобода»?
разве что мелкомягкие сдадутся и станут поддерживать ODF. Но это очень врятли.
Вообще-то ODF поддерживается MS Office начиная с версии 2007 «искаропки». И писать в него, и читать из него можно просто выбирая нужный формат в диалоге.
Свобода в том, что гос-во может со своими документами делать что хочет. А сейчас пойди попробуй напиши прогу для чтения ooxml, рискуешь при неудачном стечении обстоятельств наткнуться на патентные иски и прочую муру. Свобода — это когда ты ни при каких условиях никому ничего не должен. Используя запатентованные форматы такого добиться в 99% случаев нельзя.
Если верить статье то: использовать ODF формат для хранения своих документов. Уж в каком формате чего хранить на мой взгляд это личное дело каждого предприятия. Они выбрали свой путь (купить мсоффис) и им не не нужно делать с документами что хочешь им нужно другое.
Не знаю как в дании а у нас в россии этот процесс прошел бы методом жестокого насаждения, что гладко никогда не проходит. Да и как-то обидно ведь деньги майкрософту уплочены.
Вобщем вы не подумайте чего, я сам продукцией майкрософта почти не пользуюсь :) Просто мне странно видеть, что людям не дают выбрать каким софтом пользоваться. Вот только не говорите, что это для «их блага» :D
Не знаю как в дании а у нас в россии этот процесс прошел бы методом жестокого насаждения, что гладко никогда не проходит. Да и как-то обидно ведь деньги майкрософту уплочены.
Вобщем вы не подумайте чего, я сам продукцией майкрософта почти не пользуюсь :) Просто мне странно видеть, что людям не дают выбрать каким софтом пользоваться. Вот только не говорите, что это для «их блага» :D
Между прочим odf — это не софт, это просто стандарт. Форматы документов и прочих файлов и данных должны быть стандартизованы, иначе просто бардак будет. Просто нужно выбрать в качестве стандарта один из возможных. А чем пользуются пользователи — это проблема пользователей, лишь бы документы соответствовали государственному (корпоративному) стандарту. Odf с такой позиции сильно лучше OOXML именно в рамках свободы пользователей. Благо OO портирован на все платформы, конвертеров из odf навалом везде, да и кроме ОО есть ещё 1000 и 1 решение, включая MS Office со сторонними плагинами.
Office Open XML, к слову, также портирован на все платформы — www.openxmlcommunity.org/applications.aspx, отсюда мысль про свободу пользователя не очень понятна. Microsoft Office поддерживает ODF без сторонних плагинов.
Я не эксперт, но слышал что при использовании OOXML есть большой шанс наткнуться на бинарные блобы прямо посреди XML. Вот был XML, а вот бинарный блоб. И что с ним делать — возможно даже в МС уже не знают. А куда уж нам, простым смертным. И это вроде как вставлено в стандарт. Такой стандартный стандарт получился у ребят из майкрософт.
Вы не поверите, но прямо в стандарте ЯСНО ОПИСАНО что делать в том случае, если вы НЕ ЗНАЕТЕ что делать. А такая возможность (хранения произвольных данных) — один из плюсов OpenXML, а не минусов. Ну-ка, сохраните в ODF показания, например, медицинских приборов привязанные к, скажем, параграфу с описанием, скажем, болезни пациента =)
Я поверю, но поясните, что нужно сделать с блобами в которых тупо зашиты старые бинарные офисные данные? Для которых никаких публичных стандартов и оберток нет.
Ведь вопрос не в принципиальной возможности хранения блоба внутри документа (что кстати тоже спорно, как их хранить). А в том, что формат нифига не открыт для пользователя. XML обертка над старым бинарным кодом нифига не панацея.
Ведь вопрос не в принципиальной возможности хранения блоба внутри документа (что кстати тоже спорно, как их хранить). А в том, что формат нифига не открыт для пользователя. XML обертка над старым бинарным кодом нифига не панацея.
Никакие приложения так не делают, приложения от Microsoft в том числе, так что — откуда такое вообще возьмётся не ясно никому. Видимо, кроме минусующих здесь: они твёрдо уверяны, что Word сохраняет в docx путём сохранения в doc и вставки его в бинарном виде в docx =)
Второй ваш абзац меня немного смутил в том смысле, что вы видимо как раз уверяны в описанной мной маразматической схеме хранения =)
Если же вас смущает мысль, что СТАРЫЙ doc нигде не описан (какое это отношение имеет к OpenXML?), то вы тоже тут не правы:
1. Есть конвертор из doc в docx в исходниках — b2xtranslator.sourceforge.net
2. Есть спецификация формата, доступна к скачиванию и ознакомлению
3. Есть пунктики в Microsoft Open Specification Promise
Второй ваш абзац меня немного смутил в том смысле, что вы видимо как раз уверяны в описанной мной маразматической схеме хранения =)
Если же вас смущает мысль, что СТАРЫЙ doc нигде не описан (какое это отношение имеет к OpenXML?), то вы тоже тут не правы:
1. Есть конвертор из doc в docx в исходниках — b2xtranslator.sourceforge.net
2. Есть спецификация формата, доступна к скачиванию и ознакомлению
3. Есть пунктики в Microsoft Open Specification Promise
я с вами не согласен! OOO довольно не хило работает, особенно с большими документами!
на гос уровне свободы нету как раз, там есть деньги налогоплательщиков, которые мешками отдавать корпорациям зарубежным монополистам можно безнаказанно только в РФ.
Когда же наши перестанут брать взятки от мелкомягких одумаются?
Впринципе новость тру, все кого я видел хранят доки в *.doc, а за это расстреливать надо, а в Дании ушли от этого, молодцы
Sign up to leave a comment.
Дания переходит на ODF