[igorgn]

принципиален порядок установки - почитайте начиная примерно с 356 поста в этой теме - пару страниц »

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

[greg_b]

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

[otsheln1k]

EGA, igorgn, greg_b

уже писал в п.2 этого поста, что реальная проблема возникновения ошибки с кодом 1935 из-за Microsoft XPS Document Writer, который "по умолчанию" устанавливает Framework.
Один из вариантов возможных решений - поиск и переименование библиотеки принтера перед установкой, обратное переименование по окончании установки.

В скрипт установки перепакованного OpenOffice до запуска *.msi внести строку:

Код:

if exist %windir%\system32\mscoree.dll ren %windir%\system32\mscoree.dll  mscoreeback.dll

и по окончании установки выполнить обратное переименование.

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

[greg_b]

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]

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

[igorgn]

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

[greg_b]

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

[mike345]

на дохлых компьютерах использовать ОО - извращение. Он и на мощных ресурсов жрёт немерено. »

Так и объясните это проверяющим, когда найдут у вас пиратский MSOffice?
А если уж и машины слабые, то и лицензию на MSOffice никто покупать не будет.

[batyaPS]

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

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

[EGA]

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