![]() |
Шаблоны ворда на сетевом ресурсе = баг M$?!
Кладем шаблоны на сетевой диск, юзеры клепают с них 100500 документов, переименовываем/перемещаем папку с шаблонами
и... при отрытии такого файла ворд тупит, пытаясь за каким-то надом несколько раз залезть по старому пути с шаблонами (где их уже нет) На... зачем тогда вообще такие шаблоны? Как с шаблонами правильно работать, чтобы не было такого порно? Что сделать с этими 100500 файлами, чтобы отвязать их от сетевых шаблонов, не сломать сами файлы и не делать "это" по каждому файлу ручками? Народ, подскажите, а то мозг сломал уже. |
Цитата:
Цитата:
Цитата:
Тщательно и целиком изучаете тему: 2007 - [решено] Долго открываются документы MS Word.. Если по изученному возникнут вопросы — задавайте их здесь. |
Цитата Iska:
Если по изученному возникнут вопросы — задавайте их здесь. » изучил, проникся, есть вопросы: 0) У нас есть типовой проблемный документ. Мы (насколько я понимаю) удаляем оттуда любым способом линк на сетевой шаблон - что изменится в документе с точки зрения конечного пользователя? Возможны какие-то потери функционала, оформления и т.п.? Если потерь 100% не будет - объясните, зачем тогда вообще нужен этот холерный линк на сетевой шаблон? Не понимаю, вот честно. В теме по линку была пара ссылок на KB с сайта M$, но эти ссылки уже мертвые. 1) Можно ли заставить шаблоны на сетевом диске отрабатывать корректно (с точки знения пользователя)? Т.е. чтобы на основе сетевого шаблона создавался готовый документ сразу без линка на сетевой шаблон? Иначе даже скриптом можно регулярно упахиваться, а толку будет мало, т.к. пользователи плодят документы непрерывно. 2) По скрипту - обязателен ли список "плохих шаблонов" или можно изменить скрипт так, чтобы удалялось сразу "всё кроме нужного normal.ХХХХ"? 3) По скрипту - там после изменения списка шаблонов есть автозакрытие ворда с сохранением файла? 4) По скрипту - можно ли автоматизировать автовыбор скриптом normal.dot или normal.dotm? P.S. мало сталкивался с vb, но умею autoit. если скажете как провернуть этот фарш c удалением шаблонов через autoit, то обвязку по обходу списка файлов и прочее уже не вопрос P.P.S. у нас задача делится на две части: а) если логику работы шаблонов не исправить, то мы от них отказываемся тут же. б) как устранить имеющиеся последствия - собственно, что и обсуждается. у нас 100500 юзеров в разных сетях... короче, весело. Цитата Iska: Не делать по сто раз на дню: переименовываем/перемещаем папку с шаблонами » » стандартый кейс - мы отправляем такие документы контрагентам и в другие свои обособленные подсети. чяднт? контрагентов нужно завести в нашу сеть с сервером шаблонов? =) |
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Скрытый текст
Код:
With objWord.Documents.Open(strDocument) Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
Цитата:
Цитата:
вообще, есть параметр в реестре, который определяет задержку в миллисекундах для открытия таких документов: HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Word\Options DWORD "UseTimeoutForAttachedTemplateLoad" можно поставить 1 и все быстро отработает... но не на всех версиях офиса (вести с полей говорят, что в 2013 ворде не работает) и ничего не изменится у контрагентов. |
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
возникла еще мысль: в сетевой шаблон внедрить макрос, который бы при создании на основе этого шаблона документа сразу анализировал бы список шаблонов активного документа и прибивал линки на сетевые шаблоны. (и в идеале при успешном действии над шаблонами прибивал бы сам этот макрос в документе, т.к. он далее будет не нужен, либо просто запускал сохранение документа без макросов). Как-то так. |
Время: 10:57. |
Время: 10:57.
© OSzone.net 2001-