Как закрепить программы MS Office на панели задач в Windows 7 для профилей, которые перемещаются между 32- и 64-разрядными компьютерами?

460
pianoadam

У меня включены перемещаемые профили пользователей в домене 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.exeна 32-разрядном компьютере из его обычного места установки (в C:\Program Files\Office16\root\EXCEL.exe), Excel запускается нормально. Тем не менее, если я пытаюсь запустить его через соединение (то есть каталог «поддельных» программных файлов, в C:\Program Files (x86)\Office16\root\EXCEL.exe), процесс Excel запускается, на некоторое время зависает, а затем завершается, не возвращая сообщения об ошибке и не запуская никакого графического интерфейса.

Все остальные мои программы прекрасно работают с этим обходным путем, а Office - нет. Кто-нибудь знает почему это? И, если нет, может ли кто-нибудь предложить альтернативное решение?

0
Можете ли вы просто прикрепить файл .bat с поддержкой x86 / x64 значком Excel? Ramhound 8 лет назад 0
Это хорошее предложение, и оно подойдет для разовых. Но проблема на самом деле распространяется на все меню «Пуск» - пользовательское меню «Пуск» следует за ними, а созданное под 64-разрядным не будет работать под 32-разрядным просто потому, что теперь нужно так много путей, которые указывают на «Program Files» указать на «Program Files (x86)». pianoadam 8 лет назад 0
Я предполагаю, что вы не можете изменить рабочий процесс. Под этим я подразумеваю, что пользователи ищут «Excel» в меню «Пуск» и перестают использовать то, что закреплено, и Windows тихо обрабатывает разницу между 32-разрядными и 64-разрядными версиями приложений Office? Единственное, что вы можете сделать, это иметь скрипт обновления пинов. Приложение не предполагает, что оно знает внутреннюю разницу между «Program Files x86» и Program Files, если оно использует системные переменные, а не жестко закодированные пути. Я уверен, что Office использует системные переменные. Ramhound 8 лет назад 0
[Здесь] (http://stackoverflow.com/questions/9594066/how-to-get-program-files-x86-env-variable) - это то, о чем я говорю в отношении системных переменных. Примером, который должен работать, является что-то вроде `% programfiles% // Folder \ file.exe` Ramhound 8 лет назад 0
Если я прикреплю ярлык к цели `"% programfiles% \ Microsoft Office \ Office14 \ Excel.exe "`, которая запускается в `"% programfiles% \ Microsoft Office \ Office14 \ "`, ярлык все еще работает. Это также означает, что если 64-разрядная версия Windows будет устанавливать Excel, она будет запускаться независимо от установленной версии. Поскольку 64-битный и 32-битный Office не могут существовать на одном компьютере, он должен работать. В моем примере я использовал Office 2010, кстати, в этом случае нет никакой разницы. Вы должны будете избавиться от своего соединения, чтобы это работало кстати. Ramhound 8 лет назад 0

0 ответов на вопрос

Похожие вопросы