Войти

Показать полную графическую версию : [addon] LibreOffice 4.0.0 RC3 / Apache OpenOffice 3.4 /InfraResurs 3.3.0


Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

snik100
12-02-2010, 17:35
Извините за вопрос, я в этом как-то не разбираюсь - без Java и с Java - какая разница и зачем это (Java) надо?

greg_b
12-02-2010, 18:22
snik100, баян это уже столетней давности:

Зачем в ООо нужна Java?
Для работы всех компонентов Base;Для медиапроигрывателя;Для работы Мастера рассылки писем (также требуется Java Mail);Для запуска мастеров создания документов, конвертера документов;Для экспорта в MediaWiki;При импорте документов из некоторых форматов, например, XML;Для работы с макросами в некоторых случаях.

spider123
12-02-2010, 20:09
greg_b, мне непонятно другое - чем ИнфраРесурсовский дистриб лучше оригинала? snik100, вообще стараюсь использовать дистриб без Джавы. Ее (Java) я "пихаю" в свою сборку отдельно. Зачем мне 2 версии - с Офиса и отдельно.

greg_b
12-02-2010, 20:11
2 all, первый пост обновлен - добавил версию аддона без Java. Пользуемся, кому что удобнее.

spider123, максимально проточенный вариант под русский язык с косметическими изменениями

rexwonted
15-02-2010, 03:23
greg_b, MD5 версии с Java от прошлой сборки

CRC32: 42729BEA
MD5: 25204B2117F49622B3817267F51EB1D4
SHA-1: EB6B92CF62901B947BC160F36FD85F24CB806CA3

EGA
17-02-2010, 14:45
Установка любой сборки аддона (что с ява, что без) приводит к такой ошибке:
http://img-fotki.yandex.ru/get/4113/s4ever.0/0_2c6e6_73ac895d_L.jpg (http://fotki.yandex.ru/users/s4ever/view/181990/)
«Ошибка установки ООО» (http://fotki.yandex.ru/users/s4ever/view/181990/) на Яндекс.Фотках (http://fotki.yandex.ru/)

Установка производится на Sun Virtual Box r57640

Если ставить на живую систему, даже на эту же самую после установки - проблем нет.

greg_b
17-02-2010, 15:48
EGA, баян номер 2556 - требуется использовать аддон ZZ_CLEAN (http://forum.oszone.net/thread-65066.html) - у вас нарушен порядок установки OpenOffice и DotNetFrameWork - обсуждалось десяток раз.

igorgn
17-02-2010, 16:21
EGA, нет ошибок. Вчера новую сборку на ноут устанавливал. У меня иногда косяки были, когда испытывал аддон DotNetFrameWork с установкой на Т-13. После от него отказался, использую от Жоры (с установкой в первом запуске и принудительной перезагрузкой).

greg_b
17-02-2010, 16:41
EGA, igorgn, принципиален порядок установки - почитайте начиная примерно с 356 поста в этой теме - пару страниц.

EGA
17-02-2010, 17:53
Сорри, тупанул!
Вспомнил что уже столкнулся и решил эту проблему две сборки назад.

P.S. Может вынести эту инфу в шапку или хотя бы в readme?

igorgn
17-02-2010, 18:36
принципиален порядок установки - почитайте начиная примерно с 356 поста в этой теме - пару страниц » я эту фишку просёк ещё на практике, когда DotNet на Т-13 у меня драйверы AHCI косячил. До офиса дела не дошли, но, догадываюсь, результат был бы тот же. Я пару раз потренировался с DotNet, и перешёл на первый запуск. А с установкой Java проблем не было, т.к. я использую полный аддон.

greg_b
17-02-2010, 21:01
EGA, лучше добавить файл Required со строкой ZZ_CLEAN, насчет шапки подумаю, если так пойдет то к каждой теме надо цеплять подтему с FAQ-у

otsheln1k
17-02-2010, 23:40
EGA, igorgn, greg_b

уже писал в п.2 этого поста (http://forum.oszone.net/post-1214635-341.html), что реальная проблема возникновения ошибки с кодом 1935 из-за Microsoft XPS Document Writer, который "по умолчанию" устанавливает Framework.
Один из вариантов возможных решений - поиск и переименование библиотеки принтера перед установкой, обратное переименование по окончании установки.

В скрипт установки перепакованного OpenOffice до запуска *.msi внести строку:
if exist %windir%\system32\mscoree.dll ren %windir%\system32\mscoree.dll mscoreeback.dll
и по окончании установки выполнить обратное переименование.

Это и есть реальное решение проблемы несовместимости, а не подборка порядка установки....

greg_b
18-02-2010, 08:55
otsheln1k, в п.1 у вас только про кэш uno-packages.
Насчет xps - если соблюсти порядок установки dot и oo - дефект проявляется редко. Сама причина несколько глубже - нужно чтоб рядом с mscoree.dll лежали netfxperf.dll, mscorier.dll и mscories.dll - это его runtime-библиотеки, а так же они должны быть прореганы и подключены их mui для соответствующих языковых локалей - до регистрации этих компонент будет ошибка. Самое прикольное что эту ошибку можно также получить и при установке MS Office 2007/Visual Studio .NET 2003 и еще части продуктов MS - может MS надо подумать над своим инсталятором? Насчет еще одной модификации скрипта тоже думал. Вообще думаю перенести установку OO в GUI при первом входе - библиотеки уже будут прореганы. Тестирую вариант

batyaPS
18-02-2010, 13:42
кто нибудь сталкивался с проблемой запуска OO документов , когда висят множество процессов, и пока их
не завершишь документы открыть не льзя .

igorgn
18-02-2010, 14:43
batyaPS, на дохлых компьютерах использовать ОО - извращение. Он и на мощных ресурсов жрёт немерено.

greg_b
18-02-2010, 15:01
igorgn, во первых 3.2 - прекрасно себя чуствует на Celeron 1700/256, во вторых он хорошо был прооптимизирован в этой версии.
batyaPS, да бывает, если после падения OO попытаться открыть документ - то в менеджере процессов появится еще 1-2 процесса вида - office.exe/office.bin - поэтому после падения надо сперва прибить оставшиеся процессы, а потом запустить прогу, кстати даже если никаких изменений в файле не было - предложит восстановление.

mike345
18-02-2010, 15:28
на дохлых компьютерах использовать ОО - извращение. Он и на мощных ресурсов жрёт немерено. »
Так и объясните это проверяющим, когда найдут у вас пиратский MSOffice?
А если уж и машины слабые, то и лицензию на MSOffice никто покупать не будет.

batyaPS
18-02-2010, 19:52
batyaPS, да бывает, если после падения OO попытаться открыть документ - то в менеджере процессов появится еще 1-2 процесса вида - office.exe/office.bin - поэтому после падения надо сперва прибить оставшиеся процессы, а потом запустить прогу, кстати даже если никаких изменений в файле не было - предложит восстановление. »

нет способов как то избежать этого ?

EGA
18-02-2010, 21:15
Это баг офиса.
У меня вот ещё вопрос.
Пр открытии документа из архива (например через 7Z или Winrar) MS Office открывает его сразу в режиме
редактирования. А вот ОО в режиме read-only, причём в ОО этот режим крайне неудобен - не позволяет,
например, даже увеличить ширину столбцов в электронной таблице.
Надо щёлкать соответствующую кнопочку "редактировать" и тогда уже просматривать документ нормально.
Нельзя ли прописать режим редактирования в аддон по умолчанию?




© OSzone.net 2001-2012