[Iska]

Как с шаблонами правильно работать, чтобы не было такого порно? »

Не делать по сто раз на дню:

переименовываем/перемещаем папку с шаблонами »

Что сделать с этими 100500 файлами, чтобы отвязать их от сетевых шаблонов, не сломать сами файлы и не делать "это" по каждому файлу ручками? »

«Каждому» — придётся. «Ручками» — нет.

Тщательно и целиком изучаете тему: 2007 - [решено] Долго открываются документы MS Word.. Если по изученному возникнут вопросы — задавайте их здесь.

[ex2]

Цитата 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:
Не делать по сто раз на дню:
переименовываем/перемещаем папку с шаблонами » »


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

[Iska]

Мы (насколько я понимаю) удаляем оттуда любым способом линк на сетевой шаблон »

Так.

что изменится в документе с точки зрения конечного пользователя? »

Ничего. Насколько мне известно. Особливо учитывая уровень грамотности нашего нынешнего среднестатического пользователя.

Возможны какие-то потери функционала, оформления и т.п.? Если потерь 100% не будет - объясните, зачем тогда вообще нужен этот холерный линк на сетевой шаблон? »

Любой документ Microsoft Word создаётся на основе шаблона. Если использовался шаблон из сетевого ресурса, туда и будет вести путь на шаблон. При этом, когда есть связь с шаблоном, появляются дополнительные возможности (например, Вы можете изменив стиль в документе, обновить его сразу и в шаблоне, либо наоборот, Вы можете сбросить все изменения, внесённые в стили документа, приведя их, стили, в соответствие с стилями исходного шаблона, и т.п.). В принципе, ничто не мешает после создания докумнта на основе шаблона отвязать его от от этого шаблона и прявязать к «обычному» локальному Normal.dot.

1) Можно ли заставить шаблоны на сетевом диске отрабатывать корректно (с точки знения пользователя)? Т.е. чтобы на основе сетевого шаблона создавался готовый документ сразу без линка на сетевой шаблон? Иначе даже скриптом можно регулярно упахиваться, а толку будет мало, т.к. пользователи плодят документы непрерывно. »

Вот как работает этот механизм сейчас — это и есть «корректно». Я не вижу ни необходимости, ни смысла тут что-либо обсуждать. «Можно ли» — полагаю, что нет. Либо это будет связано с таким извратом, что не захочется пользовать.

2) По скрипту - обязателен ли список "плохих шаблонов" или можно изменить скрипт так, чтобы удалялось сразу "всё кроме нужного normal.ХХХХ"? »

Боюсь, что нужен хотя бы список «хороших». Ибо могут быть ссылки на сетевые, но вполне себе рабочие шаблоны, могут быть ссылки на локальные шаблоны, отличные от Normal.dot. Лучшим бы вариантом стало просто изменение сетевого пути к шаблонам с уже несуществующего на нынешний существующий.

3) По скрипту - там после изменения списка шаблонов есть автозакрытие ворда с сохранением файла? »

Конечно:

Скрытый текст

Код:

				With objWord.Documents.Open(strDocument)
					strTemplate = objWord.Dialogs(wdDialogToolsTemplates).Template
					
					If strTemplate = strBadTemplate Then
						WScript.Echo "  Template found in document [" & strDocument & "]"
						
						.AttachedTemplate = "Normal.dotm"
						.Save
					End If
					
					.Close
				End With

Иначе не стоило бы и огород городить.

4) По скрипту - можно ли автоматизировать автовыбор скриптом normal.dot или normal.dotm? »

Можно. Опишите словами алгоритм этого выбора, как Вы его видите. Потом опробуем реализовать вместе.

P.S. мало сталкивался с vb, но умею autoit. если скажете как провернуть этот фарш c удалением шаблонов через autoit, то обвязку по обходу списка файлов и прочее уже не вопрос »

Да точно так же. Код на AutoIt практически ничем не будет отличаться за исключением иного синтаксиса. Но смысл? Нужды в GUI здесь я пока не вижу.

P.P.S. у нас задача делится на две части: а) если логику работы шаблонов не исправить, то мы от них отказываемся тут же. »

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

б) как устранить имеющиеся последствия - собственно, что и обсуждается. у нас 100500 юзеров в разных сетях... короче, весело. »

Ну да, пока решаем б) .

стандартый кейс - мы отправляем такие документы контрагентам и в другие свои обособленные подсети. чяднт? контрагентов нужно завести в нашу сеть с сервером шаблонов? »

Либо так, либо перед «употреблением» (отправкой) убирать ссылку на сетевой шаблон. Мы можем, например, нарисовать аналогичный скрипт для обработки одного единственного файла, Вы разместите его где-нибудь в сети, ярлык на него создадите на пользовательском Рабочем столе потребным пользователям предпочтениями групповой политики, и пусть они на него перетаскивают свой документ, готовый к отправке. Скрипт будет делать замену сетевого шаблона на Normal.dot.

[ex2]

Вот как работает этот механизм сейчас — это и есть «корректно». »

Нет, это как раз "не корректная" работа. Текущая ситуация - это потеря тысяч человеко-часов на ожидание открытия документов, причем как пользователей, так и инженеров поддержки, которые должны не сходя с места рожать ежа по проблеме пятнадцатилетней давности. И т.к. наша компания дает более чем достаточный вклад в годовые продажи ПО Microsoft по РФ, то мы имеем право обсуждать логику работы продуктов и улучшать их по мере возможности уменьшать наши денежные потери при их использовании.

Ибо могут быть ссылки на сетевые, но вполне себе рабочие шаблоны, могут быть ссылки на локальные шаблоны, отличные от Normal.dot. Лучшим бы вариантом стало просто изменение сетевого пути к шаблонам с уже несуществующего на нынешний существующий. »

Думаю проще для каждого файла перебирать шаблоны и удалять все, содержащие сетевой путь - например, поиском по маске "\\".

Да точно так же. Код на AutoIt практически ничем не будет отличаться за исключением иного синтаксиса. Но смысл? Нужды в GUI здесь я пока не вижу. »

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

Либо так, либо перед «употреблением» (отправкой) убирать ссылку на сетевой шаблон. Мы можем, например, нарисовать аналогичный скрипт для обработки одного единственного файла, Вы разместите его где-нибудь в сети, ярлык на него создадите на пользовательском Рабочем столе потребным пользователям предпочтениями групповой политики, и пусть они на него перетаскивают свой документ, готовый к отправке. Скрипт будет делать замену сетевого шаблона на Normal.dot. »

Работать-то будет, но хотелось бы массовости и исключения "человеческого фактора".

вообще, есть параметр в реестре, который определяет задержку в миллисекундах для открытия таких документов:
HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Word\Options
DWORD "UseTimeoutForAttachedTemplateLoad"
можно поставить 1 и все быстро отработает... но не на всех версиях офиса (вести с полей говорят, что в 2013 ворде не работает) и ничего не изменится у контрагентов.

[Iska]

Текущая ситуация - это потеря тысяч человеко-часов… »

Коллега, что непонятного было в моих словах: «Я не вижу ни необходимости, ни смысла тут что-либо обсуждать»?

И т.к. наша компания дает более чем достаточный вклад в годовые продажи ПО Microsoft по РФ, то мы имеем право обсуждать… »

Бога ради, пишите в Спортлото обсуждайте. Но не здесь и не со мной.

Думаю проще для каждого файла перебирать шаблоны и удалять все, содержащие сетевой путь - например, поиском по маске "\\". »

Удалять все, содержащие сетевой путь — это некорректный подход.

Там не про гуи, а за ради использования привычных инструментов и наработок. »

Используйте.

[ex2]

Коллега, что непонятного было в моих словах: «Я не вижу ни необходимости, ни смысла тут что-либо обсуждать»? »

Было, ладно, проехали если настаиваете.

Удалять все, содержащие сетевой путь — это некорректный подход. »

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

возникла еще мысль: в сетевой шаблон внедрить макрос, который бы при создании на основе этого шаблона документа сразу анализировал бы список шаблонов активного документа и прибивал линки на сетевые шаблоны. (и в идеале при успешном действии над шаблонами прибивал бы сам этот макрос в документе, т.к. он далее будет не нужен, либо просто запускал сохранение документа без макросов). Как-то так.