LINUX.ORG.RU

Apache OpenOffice 4.0

 ,


0

1

Состоялся выпуск версии 4.0 Apache OpenOffice — ветви известного офисного пакета, развиваемой под руководством Apache Foundation. Новые возможности этой версии:

  • Новая боковая панель, включающая в себя как панели инструментов, перенесённые из IBM Lotus Symphony («форматирование», «абзац», «параметры страницы» и пр.), так и существовавшие в OpenOffice ранее («навигатор», «галерея»), а также одну новую панель инструментов — «вставка». Разработчики считают, что это позволит сделать AOO намного удобнее на широкоэкранных мониторах и мультимониторных конфигурациях.
  • Множество улучшений в поддержке форматов MSO:
    • поддержка изображений в качестве маркеров в маркированном списке в документах MS Word 2003;
    • более точный перенос оглавления из документов MS Word;
    • правильная нумерация при использовании перекрёстных ссылок;
    • сохранение оригинального форматирования маркеров и нумерации, в том числе в презентациях MS PowerPoint;
    • поддержка экспорта в ppt слайдов с полностью перекрывающим фон изображением;
    • корректная загрузка фона таблиц в презентациях и документах OOXML;
    • корректный импорт графических объектов (стрелки и т.п.)
    • сохранение высоты объёмной круговой диаграммы при импорте документов Excel;
    • поддержка указаного в формуле диапазона в качестве легенды в диаграммах Calc;
    • показ названия диаграммы при использовании VBA для вывода диалогового окна;
    • фильтр данных в Calc теперь работает и в объединённых ячейках;
    • поддержка пользовательского форматирования данных в ячейках со значениями True/False в документах xls;
  • OpenOffice больше не поддерживает бинарные форматы StarOffice.
  • Улучшения в работе с графическими объектами: переработанные палитра и меню градиентов, новые клипарты, переработанное выделение и предварительный просмотр, улучшенный экспорт графических объектов и их отображение при использовании в качестве фона, корректное копирование (в том числе изображений .png), улучшенное перетаскивание, обрезка и экспорт в .svg и многое другое.
  • Новые программные интерфейсы для управления меню и панелями инструментов (позволяют, например, указывать локализованные имена панелей в основном файле addons.xcu). Использующие старый механизм расширения необходимо будет обновить. Кроме того, PyUNO теперь поддерживает Python 3.x наряду с 2.x.
  • Исправление 498 ошибок и улучшенный рендеринг графики обещают прирост производительности.

>>> Release notes

★★★★★

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

Так что же ставить?

Обычный OpenOffice, Apache OpenOffice или LibreOffice?

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

Единственный способ его снять - сделать это через панель стилей. Нужно найти в списке используемых стилей стиль с именем типа «Узор: Нет (Желтый)», нажать на нем Изменить, нажать Формат, нажать Граница..., в открывшемся окне на вкладке Заливка изменить цвет с желтого на Нет заливки.

Можно просто выделить «цветной текст» и выбрать в меню стилей «Очистить формат».

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

Именно поэтому я написал какой именно способ единственный. Жду сочувствующих в багзиллах (AOO Bugzilla и LO Bugzilla).

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

Это ты про РФ или Украину? В Украине тоже самое.

РФ, Питер

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

НИКОГДА сторонняя программа не сможет на 100% поддержать оригинальный закрытый формат.

Ну, на 100% может и не надо. Там в том же Word-е возможностей то дофига, но подавляющее большинство пользователей применяет только их малую часть. Важно чтобы нормально поддерживались самые частовостребованные функции. Форматирование, таблицы и т.п.

В том то и дело, что частовостребованные. Это и есть, пускай не 100, но 99% поддержки формата.

нужно в стране продаж ЗАКОНОДАТЕЛЬНО обязать...

Ну и кто это будет делать? У нас-то никакой законодательной власти в стране нет, чтобы этим заниматься.

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

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

Очень неудобно. Это с какой позиции так должно быть? Должно быть так как есть, поскольку это удобно, а к этому нужно привыкать, но нет никакого смысла.

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

Поставил сегодня для сравнения LibreOffice 4.1 - поменяли местами некоторые элементы, в некоторых случаях элементов просто меньшее кол-во, динамическое изменение работает ничуть не лучше чем в OpenOffice 4.0, разве что не даёт сужаться контролам, но в ReleaseNotes к LO пишут совсем о другом :\

grem ★★★★★ ()

Да оффтопик 2007 под вайном норм робит. Сайлент инсталером ставитсо, пару dllок заменить, и ok.

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

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

Открою тебе один маааленький секрет — в 2001-м году никакого ODF вообще не существовало.

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

Прочитал оба бага. Разработчики ни в одном не стали писать, что они не будут исправлять. В общем правильно сделали. Когда MS Office умрёт, можно будет закрыть этот баг.

Нет, ну серьёзно. Что за баг? Это же бред сумасшедшего.

А вот если я безо всякого OOo создам в ворде документ с SHADING для выделения текста, отправлю его кому-то и этот кто-то не сможет снять выделение инструментом HIGHLIGHT - он кому будет писать баг? Опять в Apache? Исправьте нам баг в MS Office пожалуйста! У нас в MS Office есть два спосба выделения текста, которые выглядят одинаково для пользователя и пользователи путаются. Пофиг что OpenOffice тут не при чём, исправьте баг!

Ну очевидно же что нужно править инструмент в MS Office, чтобы он умел снимать оба варианта выделения, раз уж у них их два. Вам не очивидно?

voronaam ★★ ()

OpenOffice больше не поддерживает бинарные форматы StarOffice.

Бинарь переименовали?

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

Слышал. И ставил. И пользовался. Вот только это не отменяет того факта, что WordPad научился работать с ODF только в Windows 7. Всякие Windows $uper-Meg@-ZverBluRay-edition с кучей левого гов^Wсофта, где и OO.o Writer под видом вордпада впихнуть могут, не в счëт.

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

Очень неудобно. Это с какой позиции так должно быть? Должно быть так как есть, поскольку это удобно, а к этому нужно привыкать, но нет никакого смысла.

Ну, собственно, никто же не неволит. Привыкли круглое тащить, а квадратное катить - продолжайте, кто же против?

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

WINXP SP 3 действительно формально может «открыть» .odt, даже ругаться не будет. Только покажет не ожидаемое содержимое документа, а отобразит его так, как если бы попытались открыть им любой другой .zip файл. Хотя можно ли это будет считать «открытием» файла, большой вопрос.

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

Частично я согласен. И вот что еще интересно - если в ворде 2003 или 2007 создать документ DOC или с двумя типами выделения (маркером и через Границы и заливка), то и AOO и LO оба выделения успешно снимают. То есть эта ветвь Word -> AOO/LO работает нормально. А вот наоборот - нет.

Эту проблему я рассматриваю с точки зрения конечного пользователя AOO и LO, привыкшего к поведению MS Word. Поэтому я ожидаю, что при нажатии во Writer на выделение маркером происходит именно выделение маркером, а не выделение Shading (из Границы и заливка...).

Что непонятного?

Поэтому я предлагаю исправить эти баги в AOO и LO для обеспечения аналогичного MS Word поведения. Бреда в этом не вижу.

Это баг с имиджевой составляющей - он создает негативное впечатление о СПО (AOO и LO в частности) у пользователей MSO. И он должен быть исправлен.

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

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

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

Скажите, а этот sidebar можно прилепить к левому краю? С лева очень удобно, а вот справа мне не нравится да и трудно привыкнуть

В Windows-версии можно, в Linux не помню проверял ли и получилось ли.

P.S.
Всё-таки приятно, что при обновлении интерфейса полностью осталась возможность использовать старый, выключив панель. Или наоборот выбрать новый, оставив только её. Даже на мониторе с соотношением сторон 4:3 при работе во Writer боковая панель не мешает и не кажется, что она занимает много места.

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

Но созданный в mso2010 документ .doc с выделением текста через «Границы-заливка» не позволяет потом в этом же mso2010 снять выделение маркером. То есть нужно в AOO и LO заодно сделать так, чтобы тоже нельзя было снимать подобное выделение, для реализации аналогичного с MSO Word поведения? Мне кажется, что это даже сильнее повредит «имиджу», так как мало кто из пользователей привык пользоваться стилем для выделения текста вместо маркера.

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

Спасибо за конструктивный ответ.

Но созданный в mso2010 документ .doc с выделением текста через «Границы-заливка» не позволяет потом в этом же mso2010 снять выделение маркером. То есть нужно в AOO и LO заодно сделать так, чтобы тоже нельзя было снимать подобное выделение, для реализации аналогичного с MSO Word поведения?

Да, правда есть такое. Пронаблюдал в 2007-м ворде.

Мне кажется, что это даже сильнее повредит «имиджу», так как мало кто из пользователей привык пользоваться стилем для выделения текста вместо маркера.

Согласен.

Если есть возможность - поищите, пожалуйста, на багзиллах такие баги. Может быть они уже кем-то обозначены. Я тоже готов сформировать такие баг-репорты и запостить их номера сюда.

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

Если получится и попадутся за вечер, то отпишусь.
Но проблема может быть в том, что возможно OpenOffice и LibreOffice для выделения цветом используют по сути обычные стили (в .odt можно создать выделение через стиль и отменить его маркером), которые при импорте в .doc и видны в MSO под именами «Узор» (выделение цветом экспортируется из OO как стиль).
В то время как в MSO Word для выделения маркером используется отдельная «сущность», которую при экспорте в OO и LO преобразуются в стиль, с который и идёт работа в дальнейшем.
В таком случае исправление подобного бага в OO и LO будет требовать переработки первоначально заложенной идеологии работы с документом. Целесообразность исправления в таком случае окажется очень сомнительной на фоне того, что ради совместимости со сторонним форматом поломается работа с родным.

grem ★★★★★ ()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от anonymous

Всякие Windows $uper-Meg@-ZverBluRay-edition с кучей левого гов^Wсофта, где и OO.o Writer под видом вордпада впихнуть могут, не в счëт.

Поклонник ванильного вантуза? Ты и цианом, небось, не пользуешься?

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

Это уже превращается во флейм. Радуйся, что я знаю разницу между этими словами.

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

Именно для того, чтобы убрать все говно сверху.

S-Mage ★★ ()
Ответ на: комментарий от MiniRoboDancer

Это уже превращается во флейм

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

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

Пробовал, ставил, всё работает.
Возвращаюсь к предложению вынуть руки из задницы.

Пакет DEB на 64-разрядную убунту Вы не ставили или ставили с руками в заднице. Его зависимости выносят значительную часть видеоподистемы.

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

Очевидно, что руки из задницы растут у того, у кого «не работает» и «зависимости выносят значительную часть видеоподистемы».

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

Очевидно, что руки из задницы растут у того, у кого «не работает» и «зависимости выносят значительную часть видеоподистемы».

Очевидно, что руки и глаза из задницы растут у того, кто пишет, что руки из задницы растут у того, у кого «не работает» и «зависимости выносят значительную часть видеоподистемы». Потому как если попытка ставить пакет в указанную версию системы действительно выполнялась, не видеть сообщений о необходимости замены пакетов на 32-разрядные версии мог только специалист с глазами, растущими из задницы.

Так что просьба открыть или отрастить глаза на штатном месте, а потом вернуться к обсуждению.

ЗЫ. Распакованный .tar.xz работает практически нормально, но его распаковка с копированием не есть установка, что было специально оговорено выше.

Orlusha ★★★★ ()

OpenOffice больше не поддерживает бинарные форматы StarOffice.

Не, ну вот кому они мешали?..

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

И как он со сложными .doc с таблицами и прочим блек-джеком? На Андроиде мне эта шняга понравилась (в купе с hackers keyboard даже обзавелся русской раскладкой) а вот на десктопе не пробовал...

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

Не, ну вот кому они мешали?

рефакторить апи мешали, видимо

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

С тяжелыми xlsx (прайсы по 30-40 метров) беда у всех - открываются по десять минут

Gnumeric же есть

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

Приехал с отдыха и вышел на работу. Сейчас разгребу накопившееся и попробую поковыряться.

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

на больших файлах с кучей формул Gnumeric ведет себя хуже LO/OO.o и MSO

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

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

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