LINUX.ORG.RU

Релиз OpenOffice 3.4

 , ,


0

2

Вышла новая версия свободного офисного пакета OpenOffice 3.4 — первый релиз, выпущенный под управлением Apache Software Foundation.

Основные нововведения:

  • сокращено время запуска;
  • улучшено шифрование файлов ODF;
  • внесены незначительные дополнения в табличном процессоре Calc;
  • добавлена поддержка векторного формата SVG во всех приложениях пакета;
  • реализовано новое диалоговое окно выбора цвета;
  • код перелицензирован под лицензией Apache License 2.

Фонд Apache обещает активное развитие будущих выпусков офисного пакета. В релизе говорится, что будут отобраны все самые лучшие качества из IBM Lotus Symphony и воплощены в OpenOffice.

Загрузки:
Windows
Linux RPM
Linux DEB
Linux RPM x86-64
Linux DEB x86-64
MacOS Intel
Прочие

>>> Подробные изменения

★★

Проверено: post-factum ()
Последнее исправление: Silent (всего исправлений: 7)
Ответ на: комментарий от malbolge

Что я сделал нелегального?

Не зафайлил баг?

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

Для НЕ сектантов «швободки» интересен прежде всего тем, что имеет полноценные наработки из IBM Lotus и гораздо лучшую совместимость (отображаемость документов, разметки, таблиц) с документами МСО.

когда эти наработки успели туда попасть?

kott ★★★★★
()

Релиз OpenOffice 3.4

Неожиданно xDDD

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

Закапыватели совсем уже стыд потеряли: хоронят проекты с живым апстримом.

aidaho ★★★★★
()

Вау, а мой мозг здорово промыли, поставив в убунту 1104 по дефолту именно либру. Теперь я сам везде ее ставлю)

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

Для НЕ сектантов «швободки» интересен прежде всего тем, что имеет полноценные наработки из IBM Lotus и гораздо лучшую совместимость (отображаемость документов, разметки, таблиц) с документами МСО.

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

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

Конкурируют. Потому не нужен.

Именно по этой причине нужен.

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

С LGPL тоже возможны проприетарные производные работы.

Quasar ★★★★★
()

Нет кде-интеграции, нет ничего нового по сравнению с либре. Можно закапывать.

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

И пусть метается. Самое главное - формат документов стандартный.

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

Итак ясно, что OOo надо было переписывать. Ребята из TDF это делают успешно. В результате получим портабельный современный офисный пакет.

Quasar ★★★★★
()

Они еще не разобрались как называть сей продукт: где-то OpenOffice.org, в других местах Apache OpenOffice.

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

Установка/удаление под виндой стали хоть немного короче вечности?

Не особо. Но по сравнению с M$O 2010 устанавливается просто мгновенно.

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

На раз сделаю документы, которые ОО.о не откроет вовсе или утратит существенную часть содержимого

Ну раз уж ты такой крикун, предоставь хотя бы пару

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

Можно закапывать.

вообще-то, его никто и не откапывал. как либре появился, так ОО и закопали, всё, кончено с ним.

остались, правда, ещё школьники, кричащие про какую-то «конкуренцию» (wat? в СПО?) — ну они, наверное, у себя на даче 2 сарая строят, чтоб они между собой «конкурировали»...

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

LO больше
LO лучше.

Да. Больше лучше и толще. И длиннее. :)

У тебя не обоснование, а так - сказки вилами на воде.

В АОО нет поддержки VSD

Что мне с того, что LO научилась кривовато читать Visio? Открыл LO и выдохнул до момента, когда можно будет сохранить в VSD :)

=> АОО лучше

Это покамест не следствие, а аксиома в споре LO vs OO ;)

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

«По цене жвачки» уже есть MS Office for Home and Student. Но проблема в том, что MS Office в принципе не поддерживает ни один стандарт. Кроме того нет полноценной мобильной версии MS Office. Сдаётся мне, что LO в итоге победит - все задатки есть.

Quasar ★★★★★
()

Риббон надеюсь вкрутили?

Reset ★★★★★
()

Calligra - наше все

Вот еще пол года и можно будет полностью переползти на Calligra и забить на монструозные ЛО и АОО :)

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

Ога, разработку hello world'ов тоже никто не поддерживает, однако каждый день появляются тысячи новых. Так вот, GNU coreutils это уровень hello world'а.

Reset ★★★★★
()

Да, подставился мерзкий оракл, теперь их ОО выглядит также неуместно, как трусы на рыбе.

zloy_buratino
()

код перелицензирован под лицензией Apache License 2

Это нынче мода такая копилевые лицензии на просто левые менять?

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

Это нынче мода такая копилевые лицензии на просто левые менять?

не мода, а целенаправленная диверсия.

anonymous
()
Ответ на: Calligra - наше все от andrez

Вот еще пол года и можно будет полностью переползти на Calligra и забить на монструозные ЛО и АОО :)

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

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

посмотрите как в ALT исполняемые файлы libreoffice называются - скорее всего ментейнеры дистрибутива переименовали их при сборке (или там всё ещё присутствуют файлы soffice, swriter и scalc в директории ../program ?).

Я их ставил не из официальных репов, а брал бинарные rpm-пакеты с сайтов http://ru.libreoffice.org/download/ и http://www.openoffice.org/download/index.html соответственно. И у них бинарники одинаково называются, тем не менее, либру и опёнок можно запускать одновременно, они не мешают друг другу. Да и почему должны мешать, ведь запускаются из разных папок с разными PID.

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

Если так , то само собой, - сам так делал, когда смотрел промежуточные сборки - их можно в любую директорию распаковать и запускать. А вот из дерева portage почему-то одновременно их нельзя установить, не исключено, что в том числе и по причине того, что LibreOffice тоже кидает в директорию /usr/bin/ сим-линк «soffice» на свой исполняемый файл (но надо бы перепроверить).

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

В Gentoo установка одного оффиса пока что требует удаления другого, по крайней мере команда soffice в консоли вызывает текущий оффисный пакет (OO или LO), с которым она ассоциирована.

Это в спеках мантейнеры поставили конфликт, поэтому установка одного офиса влечёт удаление другого. ALT'ы тоже бы так сделали, если положили в репы оба офиса. При сборке в дистрибутив оба офиса должны использовать общие разделяемые библиотеки, но не факт что офисы потребуют одинаковые версии библиотек (не во всех дистрах можно ставить одновременно разные версии сонеймов, вроде в ALT'е можно), поэтому, чтобы избежать глюков мантейнеры предпочитают ставить конфликт.

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

Легко потырит - лицензия апач это позволяет. Короче, тырить код под BSD, апач, MIT License джипиэльщики могут легко, а вот наоборот никак.

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

Ну, поучись, мне не жаль.

Прочитай внимательно мои сообщения и свои на них ответы — я думаю, ты поймёшь, кому надо учиться ;)

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

Проверил, архив с libreoffice-bin-3.5.2 действительно содержит симлинк /usr/bin/soffice, указывающий на соответсвующий файл с таким именем в директории с установленным LibreOffice - зачем он им именно с таким именем всё ещё нужен непонятно, все остальные исполняемые файлы они переименовали. Отсюда тоже конфликт появляется на ровном месте. Случай с требованием разных версий библиотек вполне возможен, но пока не попадалось и оба пакета не просили библиотек отличных от установленных.

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

LibreOffice уже далеко впереди.

В плане кривости открытия файлов и таблиц из МСО таки да. Вперде планеты всей.

anonymous
()

Всё, время проиграно. Хотя... Всё зависит от того, как на это отреагирует либра.

PS. AOO лучше лицензией.

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

Apache совместима с GPL 3. А то, что не совместима с предыдущими - так это проблемы GPL, а не Apache.

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

Всё, время проиграно. Хотя... Всё зависит от того, как на это отреагирует либра.

Либра не так уж далеко ушла за год.

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

Некрофилы должны быть некрофилами во всем.

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

Теперь я только успею сходить на лестничную площадку покурить, а не как раньше еще закипятить чайник, заварить и выпить кофе пока ОО запустится?

Tools/Options/Memory

Graphics Cache:

Use for OpenOffice = 60

Memory Per Object = 12

UNiTE ★★★★★
()

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

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

Может тебе туда еще полнофункциональный пакетный менеджер и кнопку «сделать все зашибись»? Эт, размечтался.

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

как на это отреагирует либра

Никак. У LO есть план выпуска релизов.

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

А Вы лично каллигру пробовали? Вот если нет - то не надо рассказывать. Версии KOffice типа 1.6 вообще ни на что не годились, а вот Calligra 2.4 - это уже очень даже неплохой уровень. Мне в ней не хватет только поддержки форматирования границ таблиц. Все остальное, что мне нужно - уже есть.

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

Подите сначала попробуйте - работает Calligra точно быстрее чем LO или ОО, даже с kde-libs. И время запуска намного короче, и сама работает шустрее.

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

OOo несовместим с GPL.

Вообще-то LibO переводят (или уже переведи?) на двойное лицензирование LGPL/MPL, чтобы можно было обмениваться кодом.

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