Внедрение OpenOffice.org
После решения всех организационных вопросов приходит время непосредственной установки пакета OpenOffice на компьютеры. И приходит время выбрать, какую из сборок OpenOffice использовать. Варианты следующие:
-
штатная сборка из дистрибутива Linux (при установке на Linux);
-
сборка Novell;
-
сборка Ru.OpenOffice.org;
-
сборка «Инфра-Ресурс» OpenOffice.org Pro;
-
собственная сборка.
Я успел поработать только с Ru.OpenOffice.org версий 1.x (из портов FreeBSD), штатной сборкой из Kubuntu 6.06 (OpenOffice.org 2.0.2), и OpenOffice.org Pro различных версий. Сам с тех пор использую только OpenOffice.org Pro. Чуть позже поясню, почему.
Итак, чем может быть привлекательна штатная сборка при использовании какого-либо дистрибутива Linux? Во-первых, как правило, она подгоняется под общий стиль дистрибутива. Во-вторых, при прочих равных, штатная сборка может работать быстрее и стабильнее, чем внешние. Например, в Kubuntu 6.06 OpenOffice.org 2.0.2 запускался очень быстро (по меркам OpenOffice) даже при отключенном «быстром запуске», в то же время, OpenOffice Pro 2.1, установленный из deb-пакетов – значительно дольше. В итоге, руководство приняло решение оставить для использования штатный OpenOffice.org 2.0.2. «Кривые» документы 1C сразу же открывались одной копией OpenOffice.org Pro и пересохранялись в OpenDocument.
Сборкой Novell я лично не пользовался. Но именно в ней впервые появилась поддержка выполнения макросов MS Excel. Уже поэтому на нее имеет смысл обратить внимание.
Сборки Ru.OpenOffice.org – это официальные локализованные сборки проекта OpenOffice.org. Сказать про них особо нечего, кроме того, что они есть.
Чем же таким кардинально отличается сборка OpenOffice.org Pro от вышеперечисленных? Достаточно уже того, что только эта сборка обладает наиболее полной поддержкой русских документов различных документов MS Office (включая сохраненные из MS Office старых версий). Казалось бы, в чем проблема, это было так давно. Тем не менее, проблема есть и называется «1С:Предприятие» ветки 7.x. При сохранении документов в формате MS Excel ее компонент Moxel использует именно старый формат. Таким образом, открыть такой документ и увидеть в нем (без специальных средств) русские символы, а не «крякозяблы» можно только в OpenOffice.org Pro. Кроме этого, данная сборка имеет достаточно много адаптаций к условиям «национального документооборота». Начиная от нумерации списков в соответствии с ГОСТ 7.32-2001 и заканчивая внушительным списком шаблонов стандартного документооборота РФ.
И, если вдруг вас чем-то не устраивает какая-либо из вышеописанных сборок, ничто не может вам помешать скомпилировать собственную.
Я же рекомендую к использованию в «боевых» условиях российского бизнеса именно OpenOffice.org Pro. По крайней мере, пока существуют прайс-листы в формате MS Excel 95 и 1C:Предприятие 7.x.
На самом деле я видел прайс-листы, которые не открывались и в OpenOffice.org 2.1 Pro. Но, насколько я понял, они были некорректно сгенерированы. Тем не менее, получить их содержимое было объективной необходимостью. Выход был найден в использовании расширения CyrTools (текущая версия – 1.3). Это расширение OpenOffice, добавляющее следующие возможности:
-
перекодирование документа из Latin-1 в кириллицу и обратно (используется при открытии неверно сформированных документов в старых форматах MS Office);
-
вставка указанной суммы прописью;
-
исправление раскладки клавиатуры;
-
инвертирование регистра.
Каждая из этих возможностей может быть использована через интерфейс (при установке добавляется меню «Кириллический документ») или из макроса.
Установка расширения в новых версиях OpenOffice очень проста. Нужно выбрать пункт меню «Сервис» -> «Управление расширениями...». Там нажать кнопку «Добавить», выбрать файл (распаковывать не надо, используется zip-архив целиком) и расширение будет установлено.
Альтернативы OpenOffice.org
Было бы неправильно не упомянуть, что, кроме различных сборок OpenOffice.org существуют и другие офисные пакеты.
Прежде всего хочу назвать StarOffice. Исторически – это предок OpenOffice. Именно на исходных кодах StarOffice началось построение OpenOffice. Теперь эти пакеты развиваются вместе. Этот пакет мне использовать не довелось. Его можно порекомендовать к использованию в организациях, которым нужна коммерческая техническая поддержка офисного пакета.
Вторым кандидатом на альтернативу OpenOffice я считаю пакет KOffice. Считать его альтернативой в текущем состоянии не совсем корректно – функционал не тот. Но вторая версия в составе KDE 4 должна стать значительно более развитой и, что немаловажно, кроссплатформенной. Вполне возможно, что в следующем году в небольших компаниях OpenOffice уступит свое место KOffice.
Хочу упомянуть еще «несуществующий» Gnome Office. «Несуществующий» он потому, что цельной сущности с таким названием в природе не существует. Есть текстовый редактор AbiWord и табличный процессор Gnumeric. AbiWord по развитию сродни доработанному Wordpad'у из Windows. А вот Gnumeric вполне сравним по развитию с OpenOffice Calc. Так что, если в организации в большинстве своем используется только табличный процессор, то имеет смысл посмотреть именно на Gnumeric, как на более быструю и легкую альтернативу OpenOffice Calc.
В природе встречаются и другие альтернативы, но в силу их малой известности для меня, сказать про них что-либо хорошее или плохое не могу. Оставим эту тему для более осведомленных.
Проблемы связки OpenOffice.org и NFS
Еще одна проблема, с которой я столкнулся при использовании OpenOffice совместно с Linux. При размещении архива документов на NFS-сервере нельзя было заранее определить, не редактируется ли документ кем-либо еще. При работе с NFS, многие предпочитают вообще отключать блокировку файлов (изменением shell-скрипта soffice). Но в этом случае, случайно сохраненный кем-то документ вполне может затереть важные изменения. Для корректной же работы блокировок на NFS-сервере и на NFS-клиенте должен быть запущен процесс rpc.statd. На старых дистрибутивах Linux (с ядром 2.4) может потребоваться отдельный запуск процесса rpc.lockd.
После этого, при попытке загрузить документ, который кем-то уже открыт, OpenOffice это «заметит» и откроет документ в режиме «только чтение». Но тут тоже есть неприятный момент. Иногда при крахе OpenOffice или сбое сети, документ продолжает считаться заблокированным. Через некоторое время (или после перезагрузки станции) это проходит, но иногда пользователи это замечают.
Также была замечена порча файлов формата MS Excel при сохранении их на NFS. Сохранялись только первые 128K файла. Но тут дело скорее всего в нестабильной работе сети и режиме async на NFS-сервере. Однако, после рекомендации использовать формат OpenOffice проблема исчезла сама собой. Нельзя точно сказать, какой из компонентов был виноват в порче, просто имейте в виду, что такое было.
Все вышесказанное про NFS подразумевает использование NFSv3. Попытка перехода на NFSv4 оказалась безуспешной – OpenOffice перестал «видеть» блокировки. Файлы открывались в обычном режиме вне зависимости, редактировались они кем-то или нет. При попытке сохранения в открытый кем-то еще файл выдавалась «общая ошибка ввода/вывода». Хотя некоторые источники настоятельно рекомендуют использовать именно NFSv4 с OpenOffice. Возможно это проблема именно связки Ubuntu 6.10 и OpenOffice.org 2.1 Pro. Я продолжу исследовать данную тему.
|
OpenOffice.org
