А Вы не могли бы описать более конкретно, так сказать "на пальцах", то, что Вы хотели бы сделать?
А то уж всё больно сумбурно...

а если сделать функцию внешней (например, глобальной) и вызывать её из событий?

Попробую ответить...
Но сначала попытаюсь сформулировать Вашу задачу своими словами:
Я хочу создать пользовательский объект DataWindow c расширенной функциональностью, в самом примитивном случае позволяющей возвращать некой внешней функции одно-единственное значение из конкретной ячейки нашего объекта, адрес которой (строка и столбец передается из вызывающей функции).
Правильно ли я переформулировал задачу?

Если правильно, то в такой формулировке всё элементарно, но явно это не то, что требовалось. Что-то недосказано... А, видимо, заранее не известен тип возвращаемого значения. Что делать? А взять и вернуть в функцию не только значение типа ANY, но и тип этого значения. А как узнать тип? А Describe() на что??? В вызывающей функции добавить обработчик. Предположим, эта часть решена.
Что дальше? Оказывается вызывающая функция привязана к совершенно конкретному объекту, но разве это - тупик?! Что мешает создать массив DataWindow (а ещё лучше массив структур), по какому-то, одному Вам известному признаку, выбирать из массива необходимый объект, а затем

dw .FUNCTION DYNAMIC uf_myfunc(r,c)

Коллега Guest!
А такое понятие Overloading Вам знакомо???

Уважаемый Guest!
Прошу не путать Бабеля с Бебелем, кобеля с кабелем, а меня с мифическим urmas'ом. Это - во-первых!
Во-вторых, о каких, собственно, ДВУХ функциях идет речь? Кому эти тела принадлежат? Код какого объекта Вы хотите минимизировать?

Кстати, о птичках!
Т.е., о DataWindow и DataStore.
Насколько я понимаю, DataStore - это УРЕЗАННЫЙ DataWindow c ПОСТОЯННО ВЫКЛЮЧЕННЫМ Visible. Так какая ж апатитская сила может ВЫНУДИТЬ нас использовать и тот и другой объект, вместо использования одного-единственного - DataWindow???

Обратимся к первоисточнику:

A DataStore is a nonvisual DataWindow control. DataStores act just like DataWindow controls except that many of the visual properties associated with DataWindow controls do not apply to DataStores. Because you can print DataStores, PowerBuilder provides some events and functions for DataStores that pertain to the visual presentation of the data.
However, graph functions such as CategoryCount, CategoryName, GetData, SeriesCount, and so forth depend on the visual graph control, which is not created for a DataStore object. These functions return an error value or an empty string when used with DataStores.

Да, читал!
Только Вашего вопроса, извините, Марк, не понял...

Более того, Филипп! Смею уверить Вас, что мои заявления, да ещё будучи вырванными из контекста задачи, кроме всего прочего, могут ещё выдать мои и группу крови, и резус-фактор, и уровень IQ, и чего ещё.
Но! Я убежден, что в рамках поставленной задачи, когда кому-то муторно, а кому-то просто лень поддерживать несколько различных типов объектов, идея применять только DataWindow имеет не только полное право на существование, но, заметьте, и вполне работоспособна, не смотря на классовые различия, сословные противоречия и, особенно, отсутствия возможности CreateFrom...

Уважаемый andy753!
Очень жаль, что про Ягуар выяснилось только на третьем десятке сообщений, по-моему, это очень принципиальный момент. Знай об этом раньше, я бы вообще не стал ничего говорить и спрашивать, т.к. АБСОЛЮТНО на ничего не знаю об этом кошаке...