Чтобы таких проблем не возникало лучше написать add-in.

Юра613 lbppb , да но add-in же все равно надо будет заменять во всех файлах. по трудозатратам тоже самое что заходить в каждый файл и и заменять макрос.

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

Нет, не все равно. Основную часть кода вы пишите в add-in, которым пользуются все ваши файлы-барышни. А add-in он один!))) и лежит в папке %appdata%\Microsoft\AddIns. Если какой код и требуется в отдельно взятых файлых так это events, которые можно написать (изменить через add-in при помощи VBE) один раз и которые будут так же использовать основной код из add-in. Все, что останется, так это при каждом обновлении копировать файл в нужное место. А нужное место при желании можно изменить в реестре. В общем add-in это спасение вашей души.

ИВП,

Лирическое отступление, начиная с 2007 офиса файлы с макросами имеют расширение .xlsm
Мелкомягкие не дают 100% гарантии на совместимость версий, именно по этой причине кодами должны заниматься люди, различающие версии офиса, винды, ну и за одно 32/64 битность, ибо все это имеет значение.

ИМХО, пути решения вам предложили. Если нет сети, то полагаю, что с каждым случаем можно разобраться вручную. Ну или если горазды, то можно написать установочник, который скопирует куда надо, например, add-in с нужными макросами и разослать каждому юзверю.

ИВП.В рассматриваемом случае компьютеров у пользователя может быть много (на работе, дома, ноутбук).
Где он будет работать - его личное дело.
Какие там Офисы установлены - неизвестно.

На счет разнесения данных и кодов вам уже написали.

А вот по поводу разных компьютеров, версий и т.п. Это вы еще не сталкивались, когда код ведет себя по-разному или вовсе не работает на разных версиях офиса, винды или битности и тех и других. У вас пока что так, проблемка с внешним функционалом, точнее я бы сказал недовольство. Так вот, возвращаясь к теме знающих людей. Использование разных версий всего вышеупомянутого крайне нежелательно, ибо иначе нужно писать код поддерживающий все возможные варианты.

ИВП.Это даже НЕзнающему Ненормальному разработчику понятно

Ну вот видите, а теперь это не только НЕзнающему НЕнормальному разработчику понятно, но и даже вам.

ИВП.авторНу вот видите, а теперь это не только НЕзнающему НЕнормальному разработчику понятно, но и даже вам.
Даже мне - я и есть "НЕзнающий НЕнормальный разработчик"

Пока писал ответ, пришло Ваше сообщение про возможность подцепления макроса на открытия окна. Конечно, это очень классно (для НОРМАЛЬНО-ГО разработчика).
Теперь посмотрите на ситуацию, описанную выше.
«Коллеги, вместо того, чтобы анализировать результаты решения нашей задачи из предметной области, давайте нажмем Alt+А11, подцепим макрос на открытие окна, найдем нужный модуль и в его содержание вставим строки…»

Ах, это вы и есть. Не узнал без грима.

Мое сообщение? За слова нужно отвечать. Процитириуйте. А то я что-то вас совсем узнавать перестал.

На сколько мне известно в Excel никогда нельзя было самому задавать сочетания клавиш, кроме как програмно. Раз уж вам именно это нужно было знать, то Solver вам придется вызывать мышкой. Как вариант напишите мелкомягким ваши претензии.

AndreTMlbppbНасколько мне известно в Excel никогда нельзя было самому задавать сочетания клавиш, кроме как програмно.Не надо так категорично - можно и програмно, и даже на уровне простого юзера: сначала включить запись макроса и задать сочетание, затем начать и остановить запись, затем вставить в этот макрос весь код|ссылку на вызов SOLVER...

Согласен, погорячился...но речь идет о юзере, а у нас тут не совсем нормальный НЕнормальный НЕпрограммист, что ин май хамбл опинион, существенно осложняет ампутацию.