Без бейсика внутри формы.
Можно в ADP сделать форму с параметрами, не используя хранимую процедуру. Что нибудь типа:
RecordSource: select blablabla where fDate<@Param1
InputParameters:@param1 smaldatetime=МоякрутаяФункция()
Понятно,что
RecordSource: MyCoolProc
InputParameters:@param1 smaldatetime=МоякрутаяФункция()
работает

Так не работает. Эта собака выдает диалоговое окошко с "МояКрутаяФункция()".

Я не хочу целиком. Я хочу, чтоб без бейсика было понятно, откуда берутся записи.

ЭЭЭЭ

Одно дело,она дату вернет, которую перед вызовом формы установили, другое- захреначит динамический SQL, который отлаживать неудобно и тд и тп. Хачу, блин.
Нельзя так нельзя, продолжу шлепать хапешки:-(

>incold
обижаешь...:-)
Я же написал, для хапешки работает.

>А кто вот это написал?
>Так не работает. Эта собака выдает диалоговое окошко с "МояКрутаяФункция()".

>АлексейК подсказал так InputParameters:?=МоякрутаяФункция()
>Там стоит вопросик - вот и выдается диалоговое окно.

Ни слова не понял. Я пробовал РАЗНЫЕ варианты. В их числе оба приведенные вами обоими. Если ты знаешь работающий вариант- в студию. Если нет - тоже хорошо:-)

>incold
Напечатай, пожалуйста, полностью свойства. У меня если

recordsource:Select * From t2Trip where fDate<?
InputParameters:pDate smalldatetime=fnDateTo()

,то диалоговое окошко с fnDateTo(), а если

Recordsource:Select * From t2Trip where fDate<?
InputParameters:@pDate smalldatetime=fnDateTo()

,то открывается диалоговое окошко без подписи а после него вываливается в конструктор без сообщений
fnDateTo- публичная функция в несвязанном модуле, которая чудесно работает в окне отладки.

Спасибо, попробую. А другой формы можно поле?

>incold

Ты меня снова пытался обмануть:-). С собакой не работает. Зато без собаки ПАШЕТ.

Как-то всеж коряво городить специальную форму для передачи параметров. И как передавать разные параметры для разных форм одновременно? Короче, некоторый геморрой. А нельзя как-нибудь без формы? Modules!blablabla или что-нибудь в этом духе?:-)

Со слова здравствуйте:-)
Я хочу, чтобы у меня работал примерно такой код
fnSetParam "Форма1_Парам1","Значение1"
fnSetParam "Форма1_Парам2","Значение2"
DoCmd.OpenForm "Форма1"

И чтоб она у меня открылась с этими параметрами.
Счас у меня есть массивчик с параметрами, куда fnSetParam() пишет, а fnGetParam читает.

и всеб хорошо, только я задолбался на каждую форму рисовать хранимую процедуру. МНОГО процедур получается, блин. Дай, думаю, прям SQL в recordsource попробую затолкать.

И все получилось, только наличие формы для параметров мне немножко не нравится.

Целая исповедь:-)
Сам напросился:-)

Мы друг друга плохо понимай.
Если писать бейсик про формирование набора записей, проще всего в этом бейсике состряпать рекордсет и одеть его на форму. В том то и прикол, что мне хотелось бы, чтоб работало без бейсика, в конструкторе формы были поля, было видно набор записей и чтоб все было понятно.

Я тоже подумал про великую и ужасную невидимую форму параметров, где живут сотни динамически добавленных полей. Тошнит меня от этой формы ничуть не меньше, чем от сотен ХП или от динамического SQL на открытие. Блин, создавать CONTROL с миллионом методов и свойств для того, чтоб передать константу.
Кстати, а к просто свойству этой формы нельзя обратится? Счас попробую блин.

Чтоб я еще раз взялся ваять на эксес...

Ну написать просто в форме
Public p1 as date

А потом юзать Forms!myForm!p1

Пашет.
Только надо писать точку:
Forms!myForm.p1

Резюме.
Не понравился мне синтаксис с вопросиками. А вдруг у меня параметр дважды используется. И вообще использовать форму для передачи параметров как то неправильно. И, наверное, Access наверняка перепутает эти вопросики.И решил я записывать параметры предварительно куда-нибудь на сервер, чтоб мои SQL выражения были без параметров. Конечно плохо, что мне приходится отправлять N команд на сервер вместо одной, но я решил, что лучше сэкономлю свои мозги, чем компьютерные:-)