Разработчики Apache OpenOffice опубликовали (https://blogs.apache.org/OOo/entry/merging_lotus_symphony_al...) итоги обсуждения процесса интеграции с кодовой базой пакета Lotus Symphony, переданного (http://www.opennet.me/opennews/art.shtml?num=33867) компанией IBM фонду Apache после решения (http://www.opennet.me/opennews/art.shtml?num=32921) прекратить разработку отдельного форка и сосредоточится на развитии основной кодовой базы Apache OpenOffice.
Наработки Lotus Symphony будут включены в состав релиза Apache OpenOffice 4.0. Работа по слиянию кодовых баз началась ещё летом прошлого года и велась одновременно с подготовкой Apache OpenOffice 3.4.1. Отмечается, что если не возникнет непредвиденных трудностей, Apache OpenOffice 4.0 может быть выпущен до середины 2013 года. До этого, в первом квартале 2013 года был намечен выход Apache OpenOffice 3.5, но данный релиз решено пропустить и выпустить сразу версию 4.0.
Изначально рассматривалось два варианта интеграции кода Apache OpenOffice и Lotus Symphony: 1) Использование кода Symphony в качестве основы Apache OpenOffice с последующим портированием улучшений, созданных для Apache OpenOffice 3.4. 2) Использование в качестве основы Apache OpenOffice 3.4 с переносом возможностей из Symphony. После длительных обсуждений плюсов и минусов каждого из подходов, было принято решение остановиться на втором варианте, при котором будет проведён перенос друг за другом, небольшими кусками, всех возможностей и исправлений ошибок с тестированием и рецензированием каждого перенесённого блока кода. Пошаговая интеграция позволит сгладить портирование и избежать радикальных изменений кодовой базы, которые бы возникли при единовременной интеграции всего кода. Подобный подход позволит является менее разрушительным, но требует значительно больше времени и задействования разработчиков из компании IBM, знакомых с кодом Symphony.
Вариант использования кода Symphony в качестве основы Apache OpenOffice являлся более быстрым путём доведения до пользователей присутствующих в Symphony функций, но при таком подходе пришлось бы пойти на потерю некоторых доступных функций и изменение привычного поведения, свойственных последним выпускам OpenOffice. Кроме того, потребовалось бы повторить процесс рецензирования и анализа лицензионной чистоты кода Lotus Symphony, который уже был проведён для OpenOffice.org.Среди интересных особенностей Lotus Symphony можно отметить такие возможности, как улучшенный интерфейс на основе вкладок, большая коллекция шаблонов, возможность выполнения VBA-скриптов, оптимизации производительности, такие как поддержка асинхронной загрузки документов, расширенная поддержка форматов MS Office 2007/2010 и режим для работы людей с ограниченными возможностями. Кроме того, в Lotus Symphony проведена огромная работа по обеспечению совместимости с форматами офисного пакета MS Office. Для упрощения интеграции данных улучшений в Apache OpenOffice разработчиками из компании IBM пересмотрены отчёты об исправленных в Symphony ошибках, и выделены ошибки которые остались неисправленными в OpenOffice. Всего было выявлено 168 ошибок, на основании которых подготовлены исправления для Apache OpenOffice. Для наглядной оценки как указанные исправления повлияли на отображение контента в Apache OpenOffice подготовлена специальная страница (http://wiki.openoffice.org/wiki/Documentation/Fidelity_Impro...), на которой представлены скриншоты отображения документов в MS Office, текущей версии Apache OpenOffice и в ветке, в которую внесены исправления.
URL: https://blogs.apache.org/OOo/entry/merging_lotus_symphony_al...
Новость: http://www.opennet.me/opennews/art.shtml?num=35888
Если появится поддержка VBA, то на Libre можно будет ставить крест...
Как по мне, здоровая конкуренция помогает обоим проектам.
> Как по мне, здоровая конкуренция помогает обоим проектам.Учитывая что Libre может использовать патчи Apache OOo становится совсем весело ;)
Учитывая косорукие разрабов либры веселья будет по самые помидоры.. :-)
учитывая вашу ангажированность (и либру на моём рабочем столе) — это помидоры у вас будут по самое веселье.
> учитывая вашу ангажированность (и либру на моём рабочем столе) — это помидоры
> у вас будут по самое веселье.Какую "мою ангажированность"? У меня ее в выборе софта вообще нет. Будет лучше либра, сам ее первым поставлю. Но я не верю, что качество разрабов либры позволит им инкорпорировать даже готовый код в их поделие.
>Какую "мою ангажированность"? У меня ее в выборе софта вообще нет.ха, но в чём-то есть. :D
> Будет лучше либра, сам ее первым поставлю.да либра уже лучше сабжа. и намного.
а сабж, к сожалению, уже больше года пишет только о том, что они сделают, а не сделали.
>Но я не верюда пох
зыж
кто там про вба плакался?
в либре с поддержкой этого крапа поболе будет. https://wiki.documentfoundation.org/Development/VBA_Unit_Tests
проверяйте опции сборки https://wiki.documentfoundation.org/Development/How_to_build...
Использовать девелопмент версию все равно что прыгать без парашюта :-)
использовать версию существующую только на бумаге может только тролль уже прыгнувший без парашюта.
> использовать версию существующую только на бумаге может только тролль уже прыгнувший без
> парашюта.Умнее разрабов или лучше их знаешь их код ? Пачему тогда нет на логотипе либры как основного творца сего поделия ? :-)
Пруф, где разрабы либры говорят, что их код хуже сабжа предоставишь?зыж
да, теперь понимаю почему логотип винды напоминает постилку.
достаточно почитать почему добрую половину патчей GoOO не брали в mainstream,
потому что там было больше регрессий чем фиксов.Да да, мы понимаем что других платформ кроме Linux не бывает, только OO работает не только там..
И эти же люди начали пилить свой форк (от завышенного ЧСВ видимо). Вы серьезно верите что они сильно улучшат свои исправления?
> достаточно почитать почему добрую половину патчей GoOO не брали в mainstreamДостаточно.
Но видимо ещё и мозг надо иметь, чтобы понять — в гооо
а) входили патчи, авторы которых не подписали передачу авторских прав (как в воду глядели, а тоб хрен бы под бсд перелизензировать смогли) и
б) гооо был много лучше и именно поэтому входил в большинство дистров (даже либеральных), а не для того чтобы поднасрать рипнутым хэйтерам (ооо то тоже был под гпл. Воевать было не из-за чего).
Так что ... самому то не противно так низко врать?
зыж
>… код ? … поделия ?специалиста в офисах видно сразу.
по правилам расстановки знаков препинания. :D
> Учитывая что Libre может использовать патчи Apache OOo становится совсем весело ;)вот поэтому Libre и не станет полностью самостоятельным проектом, оставшись форком каким в своё время был Go-OO
они даже форком быть не смогут учитывая откуда у них растут руки
Libra подтянет патчи и поедет дальше. Так что пока и Libre и Apache OOo будут жить.Вот Lotus и Star Office уже отдали свои души в пользу Apache OOo (Star в пользу OpenOffice, который стал Apache ooO). А Libre все развивается и развивается ;)
как по мне у OpenOffice интерфейс сексуальнее
> как по мне у OpenOffice интерфейс сексуальнеене в пирогах счастье, Карлсон!
>Libra подтянет патчи и поедет дальшеЖПЛ не дает проприетарщикам паразитировать на теле опенсорс, но сам опенсорс паразитировать не проч.
>>Libra подтянет патчи и поедет дальше
> ЖПЛ не дает проприетарщикам паразитировать на теле опенсорс, но сам опенсорс паразитировать
> не проч.не можёт либра просто так брать патчи из апачоо...
Может и берет. Apache license это позволяет.
Либра - может. Это апачоо не может. Такое вот, нехорошее положение получается :)
>ЖПЛ не дает проприетарщикам паразитировать на теле опенсорс, но сам опенсорс паразитировать не проч.Разработчики либры уже говорили что будут брать из OO только киллерфичи, ибо сами уже настолько испоганили код, что перенос является трудным занятием.
> Вот Lotus и Star Office уже отдали свои души в пользу Apache
> OOo (Star в пользу OpenOffice, который стал Apache ooO). А Libre
> все развивается и развивается ;)Можно подумать что студенты на коленке взяли и с нуля наваяли свой офис :-)
достаточно оставить apache лицензию - а Libra останется в пролете, где ей и положено быть...
Не хочет кооперироваться - идет лесом.
> Libra подтянет патчи и поедет дальше.Поддержка Видимо Барсика для Аппликаций, скорее всего, реализована на Жабе, столь громко нелюбимой товарищами из Либры. Набор костылей для подпирания "стандартов де-факто" тоже вполне может быть жабоидным.
И как Либра "подтянет" такие патчики?
Так Apache OO же тестовая версия для Libre, как федора для RH.
> Так Apache OO же тестовая версия для Libre, как федора для RH.очень сильно нед! рекомендую проверять хотябы половину информации которую выдаёте за утверждение.
>Так Apache OO же тестовая версия для Libre, как федора для RH.Как линукс для маков.
> Если появится поддержка VBA, то на Libre можно будет ставить крест...Серёга, Анонимные Пользователи Персональных Компьютеров ( АППК ) конкретно одобряют твое высказывание и яростно плюсуют !!!
Я, вот, не понимаю, зачем люди этим античным недоязыком до сих пор пользуются? Почему не встроить вместо него если не Python, то хотябы JavaScript или Lua?
Потому что *совместимость* с уже написанными тоннами кода.И в рамках этой совместимости они будут *вынуждены* повторять поведение VBA вплоть до эмуляции мелких ошибок и всяких очевидных несуразностей. Потому что кастомеры у себя править точно ничего не будут.
> Если появится поддержка VBA, то на Libre можно будет ставить крест...Ну вот вы и юзайте это симфони, битком набитое явой.
>Ну вот вы и юзайте это симфони, битком набитое явой.Либра тоже любит яву, и что с того?
пока разработчики Apache OpenOffice собираются в либре VBA уже есть, да еще при поддержке мс :) -- Novell расстарался.А вообще-то, это здорово, что два офиса будут на выбор.
Да это точно!
Пару лет назад я бы в это не поверил.
> Пару лет назад я бы в это не поверил.Почему ? 80 % прибыли ibm это обслуживание, морока с всякими синкпадами им просто не нужна, как и лотус.
> Почему ? 80 % прибыли ibm это обслуживание, морока с всякими синкпадами
> им просто не нужна, как и лотус.Но раньше то жабой давились...
> Но раньше то жабой давились...Ну так и либра жабу любит. Что с того?
% cd /usr/ports/editors/openoffice-3-devel/ && make
┌────────────────────────────────────────────────────────────────────┐
│ Options for ru-apache-openoffice 3.4.1434565,1 │
│ ┌────────────────────────────────────────────────────────────────┐ │
│ │ [*] GCONF GConf configuration backend │ │
│ │ [*] GNOMEVFS Enable GNOME Virtual File System │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ └────────────────────────────────────────────────────────────────┘ │
├────────────────────────────────────────────────────────────────────┤
│ < OK > <Cancel> │
└────────────────────────────────────────────────────────────────────┘
===> License AL2 accepted by the user
===> Extracting for ru-apache-openoffice-3.4.1434565,1
=> SHA256 Checksum OK for openoffice/ApacheOpenOffice.r1434565.tar.bz2.
=> SHA256 Checksum OK for openoffice/ApacheOpenOffice.ext_sources.r1434565.tar.bz2.
=> SHA256 Checksum OK for openoffice/unowinreg.dll.
===> ru-apache-openoffice-3.4.1434565,1 depends on file: /usr/local/bin/perl5.16.2 - found
===> Patching for ru-apache-openoffice-3.4.1434565,1
===> ru-apache-openoffice-3.4.1434565,1 depends on file: /usr/local/bin/perl5.16.2 - found
===> Applying FreeBSD patches for ru-apache-openoffice-3.4.1434565,1
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to vcl/Library_vclplug_gen.mk.rej
=> Patch patch-vcl failed to apply cleanly.
=> Patch(es) patch-bridges patch-freebsd.mk patch-graphite patch-i118574 patch-i121098 patch-jdk7-hsqldb-debian patch-jdk7-hsqldb-debian-x patch-unxfbsd.mk applied cleanly.
*** [do-patch] Error code 1Stop in /usr/ports/editors/openoffice-3-devel.
*** [build] Error code 1Stop in /usr/ports/editors/openoffice-3-devel.
Угадайте, кто поднасрал?
FreeBSD! Извините, не удержался! :-D
> FreeBSD! Извините, не удержался! :-DА зачем ему "openoffice/unowinreg.dll" в фрибсд, кстати? :)
Похоже, что нужно.http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377531
Особенно обсуждение доставляет.
Изенище, да ты Пикассо наших дней, Айвазовский Опеннета. Смотри как бы тебя твой "Девятый Приход" не накрыл конкретно с головой.П.С.: Плюсанул для разнообразия, а то тебе только минусы пихают.
> ПлюсанулНакрутил.
Лучше они бы запилили возможность параллельной установки с либрой.
в какой такой убунте они конфликтуют?
>Лучше они бы запилили возможность параллельной установки с либрой.Пусть либра и запиливает. Они же после появились, вот пусть и меняюи имена файлов.
Вкладки - годнота. Думаю, на примере браузеров все поняли, что с вкладками значительно удобнее. Особенно студентам, когда пишешь рефераты, курсовые, диплом, открыто бывает 10+ окон. Это была бы одна из киллер-фич в сравнении с MS Office, где вкладки добавляются лишь сторонним платным софтом.
Странно что их вообще не добавили в Либру до сих пор :(
Нафига парится с какими-то вкладками, когда уже составлены планы по захвату мира :-)
Такой приземлённой фигнёй пусть лохи из AOO занимаются, наполеоны из Либры мыслят глобально.
В офисе вкладки вовсе не удобнее.
KWin в КДЕ это умеет, можно и не умножать сущности.
А оконный менеджер с табами не справится?
хех таки прав был тот анонимус который скзал что опенофис отдали в апач только чтобы было проще лотус пилить..
> Task Paneбольшая нужность в эпоху засилья 16:9
А скажите, кто в курсе: ЗАКРЫТЬ поект OpenOffice Apache разве не может?
Тогда дилемма LibreOffice <--> OpenOffice разрешится.
> А скажите, кто в курсе: ЗАКРЫТЬ пРоект OpenOffice Apache разве не может?Открытый софт закрыть нельзя! Можно либо прекратить развитие либо развивать новые версии под проприетарной лицензией. Сам Apache не может развивать софт под проприетарными лицензиями, так что единственный печальный вариант для Apache ООо это прекращение развития.
Отчего печальный? Код OpenOffice останется жить в LibreOffice.
>А скажите, кто в курсе: ЗАКРЫТЬ поект OpenOffice Apache разве не может?
>Тогда дилемма LibreOffice <--> OpenOffice разрешится.Надо закрыть либру, тогда и проблем не будет.
После горы флуда...
Они портируют все из симфонии и протестируют а пол года?
По мнению анонима, в Symphony есть только одна фича, необходимая Oo - более точное открывание документов Word.
Опен/Либра Офис не получат широкого развития, пока не научатся корректно и желательно со 100% точностью открывать документы MS Office. Если это произойдет, очень многие пользователи с большим удовольствием перейдут на ООо или Либру. Майкрософтом многие пользуются не оттого, что им нравятся тамошние фичи, просто им не нужен гемморой с совместимостью с другими пользователями. Я сам плотно сижу на Либре, но вынужден до 50% времени работать с МС Офисом, т.к. для бизнес целей нужна 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнер и т.п. Если бы не эта несовместимость, с удовольствием бы закопал весь этот МС Офис 2010 с его крайне низкой юзабилити и реальными недоработками по огромному числу вопросов, где в Либре работать одно удовольствие.Кстати странно, что линукс-сообщество не понимает, что пока не разовьется ООо или Либра, Линукс не сможет сколь-нибудь продвинуться ни в корпоративный сектор, ни в массы - это на сегодня ЕДИНСТВЕННОЕ сдерживающее обстоятельство. А этого не произойдет, пока не будет выполнено условие выше.
В моем понимании все должны накинуться и все вместе пилить, пилить, пилить эту самую файловую совместимость с МС Офис. После этого доля линукса на десктопе вырастет как на дрожжах!
> доля линукса на десктопе вырастет как на дрожжахА как же илитарность?
>> доля линукса на десктопе вырастет как на дрожжах
> А как же илитарность?ИМХО сообщество в целом сильно нуждается в большом количестве инсталляций. Потому что пока эта доля в районе 1-2%, никто из серьезных игроков не воспринимает эту экосистему всерьез. А ведь именно линукс, а не мак, является единственной жизнеспособной альтернативой виндоус и в перспективе (может, и в далекой) может полностью ее вытеснить, предложив пользователю совершенно другой уровень безопасности, гибкости и комфорта. Виндоус сильна не своими фичами (этим она как раз уже давно проигрывает), а количеством инсталляций и накопленной базой стороннего ПО под эту платформу.
А "илитарность" должна быть не в узости круга лиц, а в объективных свойствах продукта и экосистемы в целом - это и доступность драйверов, и свобода выбора софта, в том числе и платного... С нетерпением жду, когда линукс заработает себе статус равноправной с виндоус игровой платформы. После этого останется допилить вайн и офис. И можно двигать в массы.
Главная сила виндозы - обратная совместимость. Она не полная, конечно, но в линухе просто отсутствует как класс. Отсюда поддержка вендорами и прочая прочая.
>Опен/Либра Офис не получат широкого развития, пока не научатся корректно и желательно со 100% точностью открывать документы MS Office.офигел?
мсо не умеет открывать свои документы «со 100% точностью».
> 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнер и т.п.100% гарантия -> PDF
>> 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнер и т.п.
> 100% гарантия -> PDFПравила устанавливаю не я. Мне говорят - пришлите в ворде/экселе, мы будем править/комментировать/работать в режиме правки/отправлять дальше и т.д. и т.п. Если я начну в$#бываться, то будут работать с другими, это рынок. И в таких условиях практически все бизнес-сообщество. Нужна нормальная совместимость, как в случаях с pdf или jpg, чтобы было совершенно не важно, в чем открывать. Иначе несерьезно.
Можно завести несколько машин с MSO специально для таких деятелей. Обычно это не мешает перевести внутренний документооборот на ODF
Да-да, а ещё эти же олухи говорят что не надо ничего делать стилями, автонумерациями и пр., а то они потом поправить вручную не могут.
Похоже, Вы, господин хороший, банально врете. Ибо документы в форматах Word и Excel, созданные в LibreOffice, 100% превосходно открываются в MSO. Это разные версии MSO могут криво открывать свои же документы из-за скверной поддержки "своих" же форматов.
> Опен/Либра Офис не получат широкого развития, пока не научатся корректно и желательно со 100% точностью открывать документы MS Office
> В моем понимании все должны накинуться и все вместе пилить, пилить, пилить эту самую файловую совместимость с МС Офис.Cовместимость с MSO невозможна, так как форматы MSO наполовину закрыты (были полностью закрыты, пока их не вынудили открыть хоть что-то - http://www.opennet.me/opennews/art.shtml?num=14318 ), ОЧЕНЬ сложны и полны костылей. Разработчикам LO/OO памятник надо ставить за то, что им в таких отвратительных условиях вообще хоть как-то удалось реализовать открытие MSO-документов. Уж не думаете ли вы, что им не хватило бы ума за десяток лет допилить поддержку формата, будь у них спецификация?
> Cовместимость с MSO невозможна, так как форматы MSO наполовину закрыты (были полностью
> закрыты, пока их не вынудили открыть хоть что-то - http://www.opennet.me/opennews/art.shtml?num=14318
> ), ОЧЕНЬ сложны и полны костылей.Мне кажется, что Вы не совсем правы. Речь идет не о бинарных doc и xls, совместимость которых с МС уже на ОЧЕНЬ хорошем уровне (хотя и не 100%). Речь об xlsx и docx, которые как бы office open xml и спецификации на которые открыты изначально, т.к. утверждены даже как стандарт ИСО, наряду с ОДФ. Я здесь не буду рассуждать о том, насколько текущая реализация этих форматов в МСО соответствует стандарту, но документация к стандарту есть и это факт.
А раз есть стандарт, то можно достичь 100% совместимости по крайней мере со стандартом. Это будет уже первый хороший шаг. МС обещал 100% совместимость со стандартом к версии 2012, может кто знает - получилось у них?
Почитайте на досуге про эти ваши "открытые стандарты", их принятие и полноту.
Узнаете много нового.
> Почитайте на досуге про эти ваши "открытые стандарты", их принятие и полноту.
> Узнаете много нового.Не заколебало троллю доказывать прописные истины?
> А раз есть стандарт, то можно достичь 100% совместимости по крайней мере со стандартом.А зачем? все равно мс оффис валится на нем :))))))))))
> МС обещал
забудь...
>для бизнес целей нужна 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнерРади интереса - а МСО гарантирует?
>>для бизнес целей нужна 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнер
> Ради интереса - а МСО гарантирует?Пользователи думают, что да. В силу его распространенности и тотальной безграмотности пользователей Майкросовтовским продуктам прощаются почти любые косяки, пользователь склонен считать, что это скорее он что-то делает не так - ведь у всех-то работает! Тогда как опенсорсным продуктам, еще не набравшим такую мощь как FF или Chrome, не спускается почти ничего и любой даже маленький косяк может стать причиной отказа от использования и перехода обратно "на нормальный офис".
>>>для бизнес целей нужна 100% гарантия, что то, что вижу на экране я увидит и мой клиент / партнер
>> Ради интереса - а МСО гарантирует?
> Пользователи думают, что да. В силу его распространенности и тотальной безграмотности пользователей
> Майкросовтовским продуктам прощаются почти любые косяки, пользователь склонен считать,
> что это скорее он что-то делает не так - ведь у
> всех-то работает! Тогда как опенсорсным продуктам, еще не набравшим такую мощь
> как FF или Chrome, не спускается почти ничего и любой даже
> маленький косяк может стать причиной отказа от использования и перехода обратно
> "на нормальный офис".Ага - щас. В документах Word верстка поползет даже при смене принтера. Поэтому одинаковое представление документов в данном формате на разных компьютерах - полнейшая утопия!
Уважаемые! Не надо пытаться заболтать любую тему ради только самого процесса! Ну какая верстка, какие принтеры? Попробуйте погрузиться в тему.
1) Потрудитесь посмотрите на перечень уже исправленных для версии 4.0 несовместимостей с МСО по ссылке, которая приведена в новости, там на скриншотах все наглядненько показано. С форматированием и принтерами пользователь как-нибудь справится, с этим - нет. Наконец-то хоть Апач этим всерьез заморочился, до этого политику развития определяли на порядок менее дальновидные люди.
2) Когда я открываю более-менее непросто оформленный документ docx, в Writer им пользоваться вообще невозможно, могут съезжать графические элементы колонтитулов, на 20%-30% измениться кол-во страниц, распечатывать получающееся месиво вообще бесполезно, ничего общего с исходным документом там вообще нет. Ну и нах пользователю такой геморрой, если это ему нужно для работы? Он раз-два с таким столкнется и положит увесистый болт на весь этот свободный офис. Я говорю не о необходимости сделать из офисного пакета издательскую систему, об элементарных вещах говорим, чтобы с этим работать можно было без боли в заднице.
3) Уже больше половины электронных таблиц, которые ко мне приходят, в основном это финансовые модели, в полный рост пользуются такими функциями как СУММЕСЛИМН и еще десятком других, которые появились в МСО еще в 2007 г. и которые объективно полезны. Без поддержки таких функций Calc просто не может даже результат посчитать!!! Они уже получили настолько широкое распространение, что без них для многих Calc вообще не вариант. Ввести их поддержку объективно не сложно. Особенно за 5 лет.Кстати, ради интереса посмотрел вчера как обстоят дела с поддержкой совместимости у Gnumeric. Так вот к моему полнейшему удивлению - почти блестяще! На порядок лучше чем в Либре! Он знает и про формат МСО 2007 (ECMA 376 v1) и МСО 2010 (ECMA 376 v2) и умеет открывать и сохранять в этих форматах файлы мега-размера, что для Либры смерть. Неужели нельзя как-то опытом поменяться в открытом-то сообществе?
> Кстати странно, что линукс-сообщество не понимает, что пока не разовьется ООо или
> Либра, Линукс не сможет сколь-нибудь продвинуться ни в корпоративный сектор, ни
> в массы - это на сегодня ЕДИНСТВЕННОЕ сдерживающее обстоятельство. А этого
> не произойдет, пока не будет выполнено условие выше.
> В моем понимании все должны накинуться и все вместе пилить, пилить, пилить
> эту самую файловую совместимость с МС Офис. После этого доля линукса
> на десктопе вырастет как на дрожжах!К нам пришла Мессия! Возрадуемся же!
А никак! Человек дело говорит! Может хватит уже just for fun и пора взрослеть! Вообще 2 пути - или плестись в хвосте корпораций или самим задавать темп и направление движения. Пока получается первое. Со вторым чуть хуже..
> пора взрослеть! Вообще 2 пути - или плестись в хвосте корпорацийПростите, сабж - это подачка вываленная ораклом и ибм. После того как либра им хвост больно прищемила. К вопросу о корпораций и их хвостах.
Опять скрины из гoвeной проприетарной ОС, все в лучших традициях!
не знаю как апач, но скачал и поставил либру 4.0 рц
был даже очень приятно удивлен скоростью работы
есть екселевский документ 12мб, то в 3.5 открывался до 1 минуты, а в 4.0 - около 4 сек
вот так вам либра :)по поводу глюков - тех, что встречал раньше - пока еще не обнаружил