Як зафіксувати програми MS Office на панелі завдань у Windows 7 для профілів, які переходять між 32- та 64-бітними машинами?

У мене ввімкнено роумінгові користувацькі профілі в домені Windows Server 2012 R2 з переважно клієнтами Windows 7 Professional.

У мене з'явився сценарій входу вперше, який очищає всі елементи меню "Пуск" і "Панель завдань" і повторно заповнюється декількома типовими налаштуваннями.

На жаль - для підтримки частини лабораторного обладнання - мені довелося знизити один клієнт Windows 7 з 64- до 32-розрядних. Природно, це порушило шпильки меню "Пуск" та панелі завдань, які були встановлені під 64-бітною Windows. Коли користувач переносить свій роумінговий профіль на 32-бітну машину, усі штифти, які вказують на програми, C:\Program Files (x86)вже не працюють.

Для вирішення проблеми на 32-розрядній машині я створив з'єднання папок, на C:\Program Files (x86)яке вказує C:\Program Files.

Це означає, що всі штифти, ціль яких знаходиться C:\Program Filesна 32-розрядному і C:\Program Files (x86)64-розрядному і створені (за моїм сценарієм першого входу) на 64-бітних машинах, працюють добре.

Усі штифти, крім тих, які вказують на виконувані файли MS Office 2016.

Зауважу, що якщо я спробую запустити, скажімо, EXCEL.exe32-бітну машину зі свого звичайного місця установки (at C:\Program Files\Office16\root\EXCEL.exe), Excel запускається нормально. Однак якщо я спробую запустити його через свій з'єднання (тобто, в моєму "підробленому" каталозі програмних файлів, в C:\Program Files (x86)\Office16\root\EXCEL.exe), процес Excel запускається, зависає на деякий час, а потім виходить, не повертаючи повідомлення про помилку і не запускаючи GUI.

Усі інші мої програми грають чудово з цим способом, але Office це не робить. Хтось знає, чому це? І якщо ні, чи може хтось запропонувати альтернативне рішення?

— піаноадам
джерело

Чи можете ви просто зафіксувати .bat файл з x86 / x64 значком Excel?

— Рамхаунд

Це гарна пропозиція, і воно буде працювати одноразово. Але проблема поширюється на все меню "Пуск" - меню "Пуск" користувача слідує за ними, і створене під 64-розрядною версією не працюватиме під 32-бітним просто тому, що Program Filesзараз потрібно вказати так багато шляхів, на які зараз потрібно вказати Program Files (x86).

— фортепіано

Я припускаю, що ви не можете змінити робочий процес. Що я маю на увазі під цим, це те, що користувачі шукають "Excel" у меню "Пуск" і припиняють використовувати те, що зафіксовано, і Windows мовчки обробляє різницю між 32-розрядною та 64-розрядною версіями програм Office? Єдине, що ви можете зробити - це сценарій оновлення контактів. Програма не припускає внутрішньо знати різницю між "Файлами програми x86" та Програмними файлами за умови використання системних змінних, а не твердо кодованих шляхів. Я впевнений, що Office використовує системні змінні.

— Рамхаунд

Ось , про що я говорю щодо системних змінних. Приклад, який повинен працювати, - щось на зразок%programfiles%//Folder\file.exe

— Рамхаунд

Якщо я закріплюю ярлик, мета "%programfiles%\Microsoft Office\Office14\Excel.exe"якого починається в "%programfiles%\Microsoft Office\Office14\"ярлику, все одно працює. Це також означає, що якщо 64-розрядна версія Windows повинна була встановити Excel, вона запуститься, залежно від того, яка версія буде встановлена. Оскільки 64-бітний та 32-розрядний Office не можуть існувати на одній машині, він повинен працювати. У своєму прикладі я використовував Office 2010, до речі, немає різниці в такому випадку. Вам доведеться позбутися свого стику, щоб це до речі працювало.

— Рамхаунд