Здравствуйте!

Запрос назначен в качестве подчиненной формы
Подскажите, пож, есть ли возможность отловить и обработать событие doubleclick полей подчиненной формы?

Заранее спасибо!

AndrF,
спасибо за ответ!

заранее извиняюсь за ОФТОП, но ситуация напомнила один из моих любимых анекдотов, как говорится, про нашу жизнь:

В советское время на конференции встречаются директора лучших мясокомбинатов. На трибуну взбирается орденоносный директор, герой соцтруда и прочая... Начинает доклад как они соцсоревнование выиграли и план на 1000 процентов перевыполнили:
- Берем кишки, набиваем костной мукой, крахмалом, измельченными газетами, говном, добавляем немного мяса...
ропот из зала
- А, так вы туда и мясо добавляете? так с мясом каждый план перевыполнит...

так и здесь:

у Вас источником данных (SourceObject) сабформы - другая форма (именуемая ПФ). Заранее в конструкторе или в коде формы определить обработчики - нет проблем. А у меня - источником записей для сабформы служит запрос, т.е.
me.subform1.SourceObject="Запрос.Запрос1". У создаваемой автоматически формы-источника для сабформы модуля нет. В этом и проблема.

MrShinА почему такое решение выбрали? С запросом-источником вы много каши не сварите, никаких событий там нет. Если проблема в том, что запрос генерируется динамически, всегда с неизвестным набором колонок, то и подформу тоже динамически генерируйте и цепляйте на нее нужные события. Такое решение, правда, не скомпилируешь. Если набор колонок все же конечен, то создайте подформу со всеми возможными колонками и прячте те, которые не вошли в запрос. Можно также создать подформу с контролами с абстрактными названиями, а источники данных и надписи для колонок присваивать уже динамически в зависимости от запроса.
я сейчас сам для своей задачи дорабатываю и сам же использую базу. Надо обрабатывать данные в том числе и один раз. Создавать постоянные формы для этого не имеет смысла.
Хочу создать типа универсальную форму списков данных, источником которых будут служить запросы совершенно различной структуры, с возможностью для каждого запроса определять формы, которые можно вызвать для каждой записи запроса, с указанием передаваемых параметров. Все это реализовано. Остается только чисто косметическое пожелание на выделение всей строки табличной сабформы (которое можно делать в событии Form_current подчиненной формы) и возможность реакции на событие DoubleClick по полю подчиненной формы. Вот только как до них добраться?

AndrF,

в Вашем примере в sub подчиненная форма, для подчиненного запроса возникает ошибка на присвоении обработчика события поля OnDblClick

sdkuА почему нельзя открыть подчиненную в новом окне и на вкладке свойств(нужного поля)>события выбрать нужное событие
(или я чего-то не понял)
до открытия основной формы никакой подчиненной нет, соответственно, нет и полей

AndrFстесняюсь спросить-а на каком поле Вы собираетесь щелкать мышом?

Будете смеяться, но поля есть в рантайме, со всеми свойствами

AndrFПосмотрите как сделано у меня - в подчиненную форму динамически добавляются поля запроса. Как результат в итоге имеем обычную подчиненную форму с которой можно нормально работать. Ну и можно менять RecordSource формы - поля создаются автоматически...

в Вашем примере не увидел формы Start

AndrF,Посмотрите как сделано у меня - в подчиненную форму динамически добавляются поля запроса. Как результат в итоге имеем обычную подчиненную форму с которой можно нормально работать. Ну и можно менять RecordSource формы - поля создаются автоматически..


так - да, работать будет - только хотелось сделать по-возможности проще, без программной работы с формой в режиме design

Похоже, без Бенедикта не обойтись...

MrShin,

Да в принципе ничего не мешает. Но раз уж Access уже всю работу по созданию и выводу подчиненной формы выполняет - может, проще будет события отловить, чем структуру запроса считывать и самому форму создавать. Подумал, может я чего из событийной жизни формы не знаю.

А через АПИ пример нигде не встречался, как события на форме отслеживать?

guest_rusimport,был такой топик (обрати внимание на сообщения уважаемого Панурга)

спасибо за ответ

там реализовано как уже предлагалось:

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

Думал воспользоваться услугами среды по созданию подчиненной формы, а события полей перехватить как перехватываются события самой подчиненной формы. Похоже, все-таки нельзя - жаль.

guest_rusimport,

спасибо за идею, буду думать

guest_rusimportaccess 2003 , субклассирование + таймер (за стабильность работы не отвечаю, просто как идея :)

почему-то у меня вешает всю систему - буду разбираться постепенно.

Но параллельно смотрю решение попроще - с применением классов с объектами WithEvents
Стало интересно - для обычной сабформы (т.е. для которой есть сохраненный макет) допускается создать экземпляр класса, в котором переопределяются события. В том же классе создаю классы с переопределением событий для всех текстовых полей сабформы. Все работает.

Для сабформы, не имеющей сохраненного макета (источник- запрос), экземпляр класса создается, но переопределение событий (="[Event procedure]") не работает - ошибки при присвоении нет, просто не срабатывает событие. Можно только задать макрос для событий, не имеющих параметров. При создании экземпляров класса для каждого текстового поля сабформы - 2455 Введенное выражение содержит недопустимую ссылку на свойство "OnDblClick".

Сравниваю ControlType текстового поля в сабформе - там, где есть макет, =109, где нет макета =116. Хотя и в первом и втором случае присваивание поля объектной переменной AS TextBox осуществляется без ошибки. Кто-нибудь знает, что это за тип - 116?