[NIXP] LibreOffice 3.5 — третий крупный релиз наследника OpenOffice.org

[Dmitry Shurupov]

Сегодня некоммерческая организация The Document Foundation представила новую крупную версию свободного офисного пакета, ставшего наследником OpenOffice.org и уже набравшего заметную популярность среди пользователей СПО, — LibreOffice 3.5. С момента появления прошлого крупного релиза LibreOffice — 3.4 — прошло 8 месяцев. За это время были достигнуты немалые успехи в расширении возможностей офисного пакета. Например, в свободном офисе наконец-то появился импорт документов из популярного проприетарного редактора диаграмм Microsoft Visio, а для PostgreSQL создан новый, гораздо более производительный, драйвер. Итак, среди главных изменений в релизе LibreOffice 3.5 можно выделить следующие:

• новый родной драйвер для СУБД PostgreSQL — пока в стадии бета-тестирования, но уже работает значительно быстрее JDBC/ODBC;
• переход на AES-256 в качестве алгоритма для шифрования по умолчанию (используется для защищенных паролем файлов в соответствии с ODF 1.2);
• Writer: интеграция системы проверки орфографии LightProof для английского, русского и венгерского языков;
• Writer: новое окно со статистикой о количестве символов/слов в текущем документе, обновляемой налету, в реальном времени;
• Writer: обновленный интерфейс для колонтитулов и разрывов страниц;
• Writer: многочисленные улучшения в поддержке типографских возможностей;
• Impress / Draw: возможность встраивать мультимедийные/цветные палитры в документы ODF;
• Impress / Draw: фильтр для импорта документов Microsoft Visio;
• Calc: поддержка до 10 тысяч листов в документе;
• Calc: область для ввода многострочных данных;
• Calc: новые формулы в соответствии с ODF OpenFormula;
• Calc: неограниченное количество правил для форматирования по условиям;
• поддержка Java 7 (можно выбирать между 6 и 7);
• новый инсталлятор для Windows (единый MSI-файл со всеми необходимыми компонентами).

С более полным списком изменений в LibreOffice 3.5 можно ознакомиться в Release Notes.

оригинал на www.nixp.ru

[BIgAndy]

новый родной драйвер для СУБД PostgreSQL — пока в стадии бета-тестирования, но уже работает значительно быстрее JDBC/ODBC;

"Новый" драйвер - всего лишь навсего "старый" SDBC 0.7.2b,которрый всегда работал "быстрее" JDBC и ODBC. Там изменено несколько строк, чтобы коннектился к postgres 9x, однако ключевые отличительные возможности pg 9x от 8x не поддерживает..

[xoomer]

На оупеннете спросил и тут спрошу. :)
А зачем нужны электронные таблицы в 10k листов?

[BIgAndy]

А зачем нужны электронные таблицы в 10k листов?

ИМхо к теме ТС ваш вопрос не относится, но, всё-таки отвечу: сам лично видел, что таким образом ведут дела в некоторых компаниях.
Например есть файл "накладные.xls" и там сделан макрос, который копирует первую страницу, которая является шаблоном, в конец, присваивает номер накладной и пользователь работает с этим быдлоприложением.

ООо является единым и глубоко интегрированным приложением, и такие экзерсисы ему просто не нужны. Большие объемы данных в нём кашерно хранить в odb файле, а кальком или райтером обрабатывать их . К сожалению, большинство пользователей приходят с хотелками, воспитанными книжками типа "excel unleashed" и сами себе создают кучу проблем.

ООо построен по другой парадигме, гораздо более продуманной и тонкой. Кто ее осваивает, получает много преимуществ. В частности, многие вещи можно делать без единого байта кода.

[skok]

На оупеннете спросил и тут спрошу.
А зачем нужны электронные таблицы в 10k листов?

Если у тебя база данных какого нибудь склада на лимон наименований. Короче задел на будущее для бизнесов.

[BIgAndy]

Если у тебя база данных какого нибудь склада на лимон наименований. Короче задел на будущее для бизнесов.

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

Даже создание pivot tables средствами Calc нескольких десятков рабочих листов есть повод задуматься в здравомыслии их создателя.

[SinClaus]

Разработчик делает выводы из поведения пользователей. С базами не работает сейчас практически никто из конечных пользователей (в магазинах, мелких фирмах и т.д.), максимум - это гигантские файлы xls, часто на одном листе.