LINUX.ORG.RU

Открытому офису добавят прыти

 ,


0

0

Текущая производительность OpenOffice.org не вызывает бурных оваций, поэтому была создана группа, состоящая из разработчиков Sun Microsystems и Beijing Redflag CH2000, для поиска и устранения проблем в производительности.

Вот некоторые результаты работы этой группы: OpenOffice.org Calc теперь загружает тестовые таблицы на 55%-63% быстрее, а потребление памяти сократилось на 75%. Также закрытие большого документа в пакете сократилось с 10 секунд до 1 секунды.

Все эти улучшения ждут проверки на качество и войдут в состав OpenOffice.org 3.2.

Подробнее о проделанной работе для Calc.

Страничка проекта по оптимизации.

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

★★★★★

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

Ответ на: комментарий от Alan_Steel

Снкс. wipe и secure_delete. Похоже, что именно оно.

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

> Меня сильно прикалывают эти зверьки - линуксоиды. Они визгом визжат при слове "проприетарный", но патологически влюблены в насквозь фирмаческий,
> пропитанный DRMом, тормозной и неудобный формат. Оно, дескать, одинаково выглядеть будет! Ага, на экране наладонника или мобильника и на

> сорокадюймовой плазме оно будет выглядеть одинаково.


То что не знаешь чего-то - это ещё не проблема, но зачем заниматься 3.14doorballьством!?

Formerly a proprietary format, PDF was officially released as an open standard on July 1, 2008, and published by the International Organization for Standardization as ISO 32000-1:2008.

Не пользуйся этим форматом, но не заставляй других пользоваться графическими форматами в документообороте.
Кстати, некоторые организации спокойно пользуются связкой ERP+выход в пдфках, хоть на чпуксе, аиксе, вине.

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

>> это происходит из-за самого зипа

>Тип сжатия не принципален, принципиально наличие сжатия.

>Mess (*) (01.05.2009 13:21:40)

архиваторы вроде zip используют растущий в размерах словарь, что отражается на скрости при росте размера Если скажем использовать специальные методы сжатия, напрмер представлять теги xml в компактном виде,не будет так отражаться, к тому же xml как текстовый формат избыточен, тратится время на его генерацию(при записи) и разбор(при чтении)- не самый оптимальный способ представления данных

если сам xml в бинарном виде представить тогда и сжатие внешним архиватором бы не требовалось- также как doc не сжимается никаким зипом

для xml-данных должен быть какой-то свой быстрый алгоритм упаковки

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

>Вообще, пдф придуман для нужд полиграфистов, юзкейс "чтоб выглядело ВЕЗДЕ до микрона одинаково" исключительно редкий. Огромное количество документов в html как-то уживается с тем фактом, что на каждом компе они могут выглядеть по разному, в зависимсоти о тразрешения,

нет, в html все-равно некрасиво представлять

pdf гарантирует что текст будет везде одинаково отображаться, не поедет как в доке на другую страницу при отсутствии шрифта и не будет зависеть от разрешения экрана и установок конкретного браузера как html

какой толк сравнивать html и pdf- такое сравнение выглядит несколько странно-совершенно разные по природе форматы

маны можно хоть в txt представлять- большинство изготовителей кряков и библиотек рефератов так и делает, но это не значит что специальные форматы не нужны -что теперь и от доков отказаться- ограничиться txt?

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

>Огромное количество документов в html как-то уживается с тем фактом, что на каждом компе они могут выглядеть по разному, в зависимсоти о тразрешения, шрифтов, их размера, настроек браузера. И интернет живёт же как-то, доносит инфу до людей. Но уродцы продолжают фапать на пдф, создавая на ровном месте неслабый гемор.

>Mess (*) (30.04.2009 11:22:39)

вы не правы, вы узко мыслите и предлагаете всем ограничиться неподходящими технологическими решениями

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

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

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

и к тому же какой бардак был бы если бы один представлял справку в хтмл второй в pdf третий в doc четвертый в rtf и тп

а так все представляют допустим инструкции к драйверам в pdf и распространяют вместе с ним фирменную прогу для просмотра

пользователь знает как открывать справку

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

> Многостраничный tiff. Тот же эффект абсолютной воспроизводимости, но у какогонить xnview (под винду) интерфейс удобнее акробата, и оно ШУСТРЕЕ будет. Но то хоть честный формат, к которому невозможно никаких рестрикшенов прикрутить.

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


Как насчёт технической документации вроде datasheets? Имхо это тот случай, где pdf намного лучше:
- многостраничного tiff - потому что есть возможность поиска;
- odf и т.п. - потому что инженеру, которому надо, например, оценить возможность применения 10 электронных компонентов, некогда возиться с разъехавшимися чертежами в 3-х из 10-ти datasheet'ах, будь они представлены в odf. И отсутствующими техническими символами в шрифтах.

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

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