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

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

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

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

это не java-way

И когда?

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

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

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

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

> И когда?

RTFA!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

XUL XUL XUL XUL

... гадость ещё та. Qt4 scripting и то больше надежд вселяет.

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

+1

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

бтв, шрифты - говно :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

:)))))))))))))))

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> Посмотрите в сторону tcl, а также неотделимого от него tk

Прекратите насиловать труп!

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

>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

=)

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

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

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

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

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

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

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

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

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

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

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

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

>Math fetishists can enjoy enhanced Latex support.

Прощай lyx?

>бтв, шрифты - говно :)

Да

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

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

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

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

Маковский about box повеселил. На заставке 2.2, в надписи 2.3.0, в новости о 3.0.

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

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

filetype:***

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

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

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