Замучался с этими приколами VBA в сфере двуяких синтаксисов: с именованными аргументами и без них.
Иногда возникает необходимость модифицировать макрос, чтоб его можно было вызывать в режиме COM-сервера (речь идёт об Excell'е 2003). Написал уже несколько таких макросов - и все прекрасно работают, как изнутри Экселя, так и снаружи - когда надо его "напрячь" Фоксом, например.
И соответствующая адаптация макрокода заключается, преимущественно, в модификации вызова функций/методов в альтернативном синтаксисе, т.е. - без именованых аргументов, а просто с перечислением их в скобках после имени метода.
Только вот беда - попался один метод (ActiveSheet.Hyperlinks.Add), который ну никак не принимает такой синтаксис - подавай ему только именованные аргументы. Но такой вариант в COM-вызовах неприменим. :(
Вот так:
ActiveSheet.Hyperlinks.Add Anchor:=Selection, Address:=hy, TextToDisplay:="Описание"
работает прекрасно (в переменной hy хранится WEB-адрес).
Также нормально работает с явным указанием диапазона:
ActiveSheet.Hyperlinks.Add Anchor:=Cells(i+1, op1), Address:=hy, TextToDisplay:="Описание"
А в нужном мне альтернативном варианте:
ActiveSheet.Hyperlinks.Add (Cells(i+1, op1), hy, , , "Описание") - выдаёт ошибку компиляции и указывает, что после закрывающей скобки ожидается знак =
Уже пробовал и пустые строки на место отсутствующих аргументов ставить - ничего не помогает.
Помогите победить, пожалуйста.

To Игорь Горбонос:
Большое спасибо - последовал Вашему совету и компилятор перестал ругаться. В COM-вызове, правда ещё не проверял, но, думаю, там скобки особой погоды не сделають :)
Трудновато перестроиться: обычно неименованные аргументы методов - в скобках указываются...

Спасибо, учту :)

To Игорь Горбонос:
Хм.. Вот обнаружил "политику двойных стандартов" в отношении скобок:
Selection.Insert (xlDown) - ничего не присваивается и Call не упоминается, а скобки воспринимаются компилятором нормально.
Очевидно, из правил есть-таки не вполне логичные исключения. Выходит, как в известном юморе: "Здесь - мы играем, здесь - не играем, а здесь - мы рыбу заворачивали" :)

To Shocker.Pro:
Аргумент - тоже зачастую бывает выражением, так что - неубедительно как-то. Кроме того, посмотрите ниже ActiveSheet.OLEObjects.Add(...) - там тоже есть к чему придраться: дескать, если ещё и после скобок стоит Select - то тогда имеем ещё одно исключение из правил VBA. Ну да Бог с ними - не я их придумывал, не мне их и критиковать :) Не судите за это - так я быстрее их усвою :)
Вот тут возник вопрос покруче: можно ли в макросе запрограммировать добавление кнопки на Эксель-лист и сразу же указать код её реакции на событие Click() ?
Просто в моём макросе из исходного листа данных (полученных из 1С) создаётся выходной Эксель-файл с прайс-листом, на котором должна образоваться кнопка, при нажатии на которую из прайс-листа убираются все строки, кроме содержащих выбранные пользователем товары (т.е. в колонке Заказ пользоваетль там проставил какое-либо количество >0).
Делаю вот так:
ActiveSheet.OLEObjects.Add(ClassType:="Forms.CommandButton.1", Link:=False, DisplayAsIcon:=False, Left:=479.2, Top:=96.8, Width:=86.4, Height:=30.4).Select
А дальше - не знаю, как передать программный код в событие полученного объекта. В принципе понимаю, что можно, наверное, сделать объектную ссылку на вновь создаваемый объект (кнопку), а потом уже через эту ссылку програмить её свойства Left, Top, Width, Height, и т.д. А вот методы таким образом можно описывать? И вообще решаема ли такая задача в принципе - из-под макроса создавать макрос? Или лучше это проделывать каким-либо более приемлемым методом?

To Игорь Горбонос:
"материализация" и "неявное присваивание" - не с налёту мной понимаются, я - "выходец" из программерских сред с более строгим и более однозначным синтаксисом, без всяких закулисных подразумеваний. Поэтому - мне трудновато переучиваться с "диктатуры" на "демократию" в программировании :)
А вот насчёт доверенного доступа к проекту - спасибо за эту подсказку: действительно, это и оказалось камнем преткновения. Нашёл альтернативный выход - решил формировать прайс в заранее заготовленном файле с уже заложенной в нём кнопкой, имеющей нужный мне программный код. Конечно, не очень изящное решение, но пока - помогает. :)

Вот, блин, на ещё одну "НЕлогичность" напоролся - не могу из макроса поменять текст на кнопке.

Вот так (до пуска макроса - кнопки на листе ещё нет) - не получается :

И вот так (кнопка с именем "CommandButton1" уже есть) - тож не получается :

В обоих случаях VBA выдаёт, что "объекту такое свойство или метод неизвестно". Хотя в окне свойств видно, что свойство Caption - у кнопки имеется.
Можно ли это победить? Подскажите, пожалуйста.

Во, какой прикол обнаружил: даже такое свойство как Name у кнопки программно можно изменить, а Caption - ну никак :(
Хотя, по логике вещей, свойство Name - намного более критично, чем Caption, но даже оно подчиняется программному коду, а Caption - упорствует:

Вот так: - проходит нормально.
А вот так: - ругается (Object doesn't support this property or method) :(

Ну неужели в VBA нельзя задать надпись на кнопке программно? В Тырнете об этом не нашёл ни слова. Подскажите, где можно об этом узнать.

Ура! Победил-таки - там, оказывается, надо ещё одно неочевидное промежуточное звено упомянуть в синтаксисе обращения к кнопке:
ActiveSheet.OLEObjects("CommandButton1").Object.Caption = "Сумма заказа"
В общем, три круга танцев с бубнами - и VB становится дружелюбным Васей :)