White Owl[quot KL (XL)]...
Под возвращением массива из функции я имел в виду объявление функции так, чтобы сразу было видно что она вернет массив, а не неизвестно что как в случае с Variant.

это можно сделать, если версия вба способна поддержать, функцию, возвращающую массив.
обхявите свою функцию как

Function MethodNum(ByVal a As Range, ByVal b As Range, Comment As Range) As String()

и сделайте совместимое по типу объявление возвращаемого массива
ReDim retArr(IcallerRows% - 1, 1) As String '- 1)

на выходе присвойте значение: MethodNum=retArr

вот только зачем так делать - говоря откровенно - я догадаться не могу.

а теперь о главном:
обнаружена информация о баге excel, который ставит под вопрос не только
пользовательские функции получающие на вход диапазоны данных,
но и вообще накладывает серьезные ограничения на использование excel как рабочей программы
для производства плоских вычислений.
баг касается версий 97, 2000, 2002
описание и демонстрация здесь
http://www.standards.com/OhMyExcel/ExcelBugsFeatures.html

в 2003 сп1 и 2007 пример по ссылке не демонстрирует наличия проблем.
в 2002 сп3 - проявляется в полный рост.

я, конечно не спец в екселе, поэтому право не знать имею....
но шокирующего впечатления это не отменяет.

White Owl Victoshaобнаружена информация о баге excel,Это не баг, это неумение читать документацию.
Используя Variant для передачи области в процедуру, ты получаешь в процедуре область привязаную к активному листу, а не к тому листу на котором написана формула. При смене листа область автоматически "переедет" на лист ставший активным.
Сыч, ты бредишь.

White Owl

... а впрочем, я действительно был не совсем прав, виноват не вариантный параметр, а задание параметра в двойных скобках.
=somefunc(($A$1:$A$2))
Они и создают "прыгающую" по листам область. Какой лист в момент нажатия F9 был активным, ячейки того листа и будут использованы в расчете.

дело не в скобках самих по себе.
именно в таком случае:
=somefunc(($A$1:$A$2))

НИКАКОЙ ошибки не будет. Несмотря на скобки (которые по документации не прыгающую область создают, а определяют способ формирования многозонного диапазона для передачи его функции как единого параметра),
здесь передается диапазон, состоящий из единственной области.

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

Задайте
=somefunc(($A$1:$A$2;$B$1:$B$2))
сдесь две (фактически смежных) области передаются как один составной диапазоне.
внутренние скобки определяют операцию группирования двух поддиапазонов в один.
Этого достаточно, чтобы вычисления сломались при их выполнении не с того листа.

Это
=somefunc(($A$1:$B$2)) - работает по человечески независимо от наличия или отсутствия внутренних скобок.

а это
=somefunc(($A$1;$A$2;$B$1;$B$2)) - не работает правильно независимо от способа
разбиения (по факту даже сплошного) диапазона на количество частей.
($A$1:$A$2;$B$1:$B$2)
($A$1:$B$2;$B$1;$B$2)
($A$1;$A$2;$B$1;$B$2)
любой из этих вариантов будет давать ошибку в екселях 97-2002.

Независимо от того, как определен формальный параметр в пользовательской функции.
Как Range или как Variant - багу это фиолетово. (По крайней мере под ексель 2002.)


------------
2 KL (XL)
я рад за баг, за то, что ему сто лет. И сожалею только о том, что я был последний, кто узнал о его существовании.
На использование многозонных диапазонов как входных параметров пользовательских функций
он влияет определенно. И в топике о возможных проблемах, связанных написанием функций, возвращающих массивы, а значит почти наверно получающих на вход также наборы данных,
считаю вполне уместным и даже необходимым.
В этом топике это единственная содержательная информация.

А в том, на что влияет или не влияет способ определения формального параметра функции вы там с Совой меж собой как нибудь разбирайтесь. без меня.

Для меня понятно следующее. Баг такого сорта скорее всего может (думаю, должен )иметь иные последствия и проявляться не только в пользовательских функциях, но и в прочем вба-коде,
работающем с многозонными диапазонами. Это вообще ставит знак вопроса над вычислениями
вроде вычислений границ диапазонов, проведенных над страницами, не являющимися активными
страницами книги в момент вычислений.
Все это уже мои домыслы. Но Worksheet.Activate так и тянется рука вставлять (на всякий Find, например). Не больно то от этого весело.
Одно хорошо. То, что делать в экселе я ничего не делаю. Да и знать я его не знаю.