frontman
Ну про раньше погорячился, но переменная Public , не Pivate
По идее тоже должна быть видна как глобальная.

Глянул твой проект.
В общем то, в ряде советов были явные подсказки.

Сделал там же форму new...
методы load
и afterRowCol...

вместо свойства формы, можно сразу указывать на мастер таблицу.
Все просто, без вывихов... и ненужных вью)))

Спасибо, мысль понятна - работает, и надежнее через свойство параметр передавать..
Только при таком подходе дублирование кода, пока в двух методах, а дальше..

А представление раз написал, и знаешь где в одном месте поправить если что.
Неужели кошерного метода нет, чтоб с ним работать, типа разработчики забили на него как на аппендицит. Или представления больше для отчетов задумывались?

frontman
А представление раз написал, и знаешь где в одном месте поправить если что.
Неужели кошерного метода нет, чтоб с ним работать, типа разработчики забили на него как на аппендицит. Или представления больше для отчетов задумывались?

Чтобы нормально работать с представлением надо ЯВНО его открывать - и тогда не будет возникать вопросов с областями видимости переменных-параметров, и соответственно нужды в private/public переменных. Где стоит USE - там и озаботься наличием переменных.
До 9-й версии (или 8-й, не помню) если представление открывается в режиме NODATA (в DE.Cursor тоже для этого свойство есть) то наличия переменных-параметров не требуется - их можно создать потом, на время REQUERY() и этого будет достаточно. Потом что-то поменяли, и требования ужесточились... Но тогда же и CursorAdapter появился, который позволяет внутрь себя упрятать и само представление, и его параметры и ещё кучу всего того, что "просто представление" не умело и никогда уметь не будет.

Задумывалось представление вовсе не только для отчётов. Это вообще то стандартная фишка большинства СУБД - хранимое в ней самое описание запроса (SQL текст).