LINUX.ORG.RU

Новости об Open Office 3

 , ,


0

0

Что новое ждёт нас в новой версии открытого офисного пакета Open Office 3?

  • Родной стиль отображения в MacOS
  • Новый персональный менеджер информации (PIM) с поддержкой работы с e-mail, календарём, управлением задачами - в общем, по словам разработчиков, они метят на замену MS Outlook
  • Расширенная поддержка PDF, в т.ч. на редактирование с сохранением начальной структуры
  • Поддержка "открытого" XML формата MS Office 2007
  • Визуальное WYSIWYG редактирование различных Wiki
  • Менеджер расширений а-ля Mozilla Firefox

    ... и многое другое.

    К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    >>> Подробности

  • >К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    жаль.............

    gioz
    ()

    > К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    это не java-way

    mrdeath ★★★★★
    ()

    >Родной стиль отображения в MacOS

    комбобоксы не родные. Почти всё остальное — тоже. То же самое касается вида под linux. Из приложений, которые я в последнее время запускал, это единственное, которое игнорирует настройки шрифтов в интерфейсе: сглаживание неимоверно ужасное

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

    > это единственное, которое игнорирует настройки шрифтов в интерфейсе: сглаживание неимоверно ужасное

    Используйте сборку, например, от Infra - там эта проблема решена. Или собирайте сами :-) Официальная Linux сборка действительно никуда не годится.

    birdie ★★★★★
    () автор топика

    > Визуальное WYSIWYG редактирование различных Wiki

    Добро пожаловать в наш магазин велосипедов

    zodiac ★★
    ()

    > Расширенная поддержка PDF, в т.ч. на редактирование с сохранением начальной структуры

    акробатокапец? Не сильно нужная фича имхо, но побаловатся можно.

    >К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    Действительно, прикручивать свистелки всегда проще, чем разгребать кучу старого гумна

    nu11 ★★★★★
    ()

    > Родной стиль отображения в MacOS > Новый персональный менеджер информации (PIM) с поддержкой работы с e-mail, календарём, управлением задачами - в общем, по словам разработчиков, они метят на замену MS Outlook > Менеджер расширений а-ля Mozilla Firefox

    > К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    Шо, таки шашечки ?

    дождусь выхода KOffice 2 и снесу OO.o нафиг...

    hexenlord
    ()

    > метят на замену MS Outlook

    Так ведь есть Evolution.

    hibou ★★★★★
    ()

    Интересно, каким образом разработчики ставят перед собой новые задачи....

    Cogniter ★★★
    ()

    как-бы им объединиться с Mozilla...

    жалко траты усилий на ещё один мейлер при существующем thunderbird. xpcom + XUL было бы отлично в OOo

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

    > Qt4 scripting и то больше надежд вселяет

    +1

    однако XUL мне показался довольно неплохим решением для кроссплатформенного расширяемого приложения. По работе делал extension к firefox со своим xpcom-компонентом.

    rudchenkos
    ()

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

    anonymousI
    ()

    > Новый персональный менеджер информации (PIM) с поддержкой работы с e-mail, календарём, управлением задачами - в общем, по словам разработчиков, они метят на замену MS Outlook

    У нас будет свой аутлюк, с блекджеком и шлюхами!

    А если серъёзно, то зачем городить монстров в рамках и так немодульного опенофиса? Нет бы занялись разбивкой на модули, облегчением, ускорением... Нет ведь пишут ещё один аутглюк!

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

    > xpcom + XUL было бы отлично в OOo

    Не надо!!! Оно наберёт критическую массу неповоротливого кода, сколлапсируется и вызовет пренепременнейшёю смерть нашей Галактики!

    gaa ★★
    ()

    >К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    А уже и не надо. Худо-бедно оно запускается, а для нормальной работы скоро остальные офисы созреют.

    Это будет офисный мега-комбайн. Для любителей Ынтерпрайза.

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

    > однако XUL мне показался довольно неплохим решением для кроссплатформенного расширяемого приложения.

    Интересно, а Вы его с чем-нибудь сравнивать пробовали? Посмотрите в сторону tcl, а также неотделимого от него tk и поймёте, что для запуска простенькой программы не нужно таскать за собой едва ворочающийся движок gecko.

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

    >жалко траты усилий на ещё один мейлер при существующем thunderbird.

    Так его и собираются включить. Какой новый мейлер, о чём ты? Там своих проблем хватает, ещё велосипед изобретать.

    anonymous
    ()

    > К сожалению, ничего не сказано
    > про ускорение запуска программ или оптимизацию потребления памяти
    Тогда в топку. Koffice - наше всё.

    pento ★★★★★
    ()

    Я конечно понимаю, что ОО становится убийцей МС-офиса, но и об оптимизации стоит подумать, а то юзать его становится неприятно.

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

    >лучше бы поддержку svg сделали.

    Зато календарь и e-mail!!!

    Мне порой кажется, что скорее латех допилят для простых пользователей, чем создатели "офисов" разродятся чем-то достаточно функциональным.

    anonymous
    ()

    >К сожалению, ничего не сказано про ускорение запуска программ или оптимизацию потребления памяти

    Жжоте товарищь как искра из которой возгорается пламя

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

    >преждевременная оптимизация - корень всех зол! - Д.Кнут

    Преждевременная - это во время написания прототипа программы, работы над алгоритмон, базовым апи а не через n лет после релиза =)

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

    >Интересно, а Вы его с чем-нибудь сравнивать пробовали? Посмотрите в сторону tcl, а также неотделимого от него tk

    А если уж посмотреть в сторону qt... ^_^

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

    > Интересно, а Вы его с чем-нибудь сравнивать пробовали? Посмотрите в сторону tcl, а также неотделимого от него tk и поймёте, что для запуска простенькой программы не нужно таскать за собой едва ворочающийся движок gecko.

    Вполне может быть tcl/tk - это лучшее решения, я не имел с ними дела. Однако не согласен с вами насчет gecko. Во-первых, AFAIK, gecko - это лишь движок рендеринга веб-страниц. Во-вторых xpcom это всего-лишь кроссплатформенная реализация технологии COM. Я не фан COM, но в данном случае, по-моему, применение одной компонентной модели для комплекта приложений браузер/мейлер/PIM/офис вполне оправданно.

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

    >> Интересно, а Вы его с чем-нибудь сравнивать пробовали? Посмотрите в сторону tcl, а также неотделимого от него tk

    > А если уж посмотреть в сторону qt... ^_^

    ...то можно увидеть, что там требуется какая-то "компиляция", про которую проекты на xul и tk в основном и не знают :)

    gaa ★★
    ()

    >Родной стиль отображения в MacOS

    для этого в Mac OS X есть NeoOffice

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

    > А если уж посмотреть в сторону qt... ^_^

    ...то получится KOffice? ;)

    P.S. мне очень нравится KOffice. Очень быстро запускается в KDE, требуеит (сравнительно с ООо) немного памяти. Надеюсь с появлением поддержки платформы windows (благодаря kdelibs4) разрешится ещё и последняя (для меня) проблема совместимости.

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

    >> жалко траты усилий на ещё один мейлер при существующем thunderbird.

    > Так его и собираются включить. Какой новый мейлер, о чём ты? Там своих проблем хватает, ещё велосипед изобретать.

    ну это ж я в лучших традициях ЛОРа не ходил по ссылке :)

    отлично, если всё так и будет.

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

    > Во-вторых xpcom это всего-лишь кроссплатформенная реализация технологии COM. Я не фан COM, но в данном случае, по-моему, применение одной компонентной модели для комплекта приложений браузер/мейлер/PIM/офис вполне оправданно.

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

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

    >Я конечно понимаю, что ОО становится убийцей МС-офиса, но и об оптимизации стоит подумать, а то юзать его становится неприятно.

    Кто будет думать об оптимизации при цене 1Гб памяти в 25$? Час работы программиста обходится намного дороже.

    Tigger ★★★★★
    ()

    >Поддержка "открытого" XML формата MS Office 2007

    Эх зря они прогнулись под MS OpenXML, теперь будут вечными догоняющими....

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

    >Ннннннннооооооооууууууу!!!!

    >Support for MS Office 2007 XML. Microsoft confusingly calls this ‘Office Open XML’. We call it Stop Naming Your Unstable Undocumented Shitty Format To Sound Like Ours Thanks

    =)

    Деваться в любом случае некуда. "Де факто", мс-офис стандарт.

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

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

    Мне вообще не очень нравится идея интерпретируемых расширений... Хотя наверное если не перегибать палку и не писать БОЛЬШИХ аддонов. Для мелких плагинов, это выливается в большое преимущество.

    rudchenkos
    ()

    Отлично, ждём ебилдов.

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

    И фонты там он берёт системные (--with-system-freetype) и мозиллу умеет юзать установленную (--with-system-mozilla=firefox).

    А билдофобы пусть плюются, дескать медленный, фонты де говно...

    И пусть ипуццо со своим Коффисом, который находится на уровне развития Гнумерика семилетней давности.

    Опенофис руль форева, особенно, правильно собранный.

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

    > Деваться в любом случае некуда. "Де факто", мс-офис стандарт.

    .doc - может быть. OOXML - мёртворождён. О чём говорить, если в Тырнете документов ODF больше, чем OOXML?

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

    Кстати, автор новости почему-то неупомянул одну очень такую киллер фичу, как:

    >Math fetishists can enjoy enhanced Latex support.

    Прощай lyx?

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

    Кстати, при всей своей нелюбви к oo, вынужден согласиться, скомпиленный без явы и подоткнуты костылями прелинка, writer оо 2.3.1.1 стартует 4.5 сек, в то время, как kword - 3 сек.

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

    > Мне вообще не очень нравится идея интерпретируемых расширений... Хотя наверное если не перегибать палку и не писать БОЛЬШИХ аддонов. Для мелких плагинов, это выливается в большое преимущество.

    Достаточно сделать _интерфейс_ текстовым.

    Потому что если пытаться делать плагины максимально общо(опечатки нет) и пытаясь сохранить при этом компилируемость, мы получим неприподъёмную и сложную систему. Примеры: ныне мёртвый ActiveX, умирающий COM, громоздкий (dot)net...

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

    >OOXML - мёртворождён. О чём говорить, если в Тырнете документов ODF больше, чем OOXML?

    OOXML на порядок моложе *odt. Ты бы еще с *doc сравнил. ;)

    filetype:***

    odt: 48 000 docx: 19 100 doc: 24 300 000 txt: 23 500 000

    Чую, будет скоро и OOXML несколько миллионов. Лучше пожелай, чтобы его сделали стандартом ISO. Потому что то, что он станет стандартом документооброта, не вызывает никаких соменний.

    anonymous
    ()

    список изменений напоминает таковой из роадмапа ФФ3 - много всякого нового ненужного и монструозного говна, а работы над оптимизацией никакой

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