to Владимир Саныч, Senin Viktor и пр. "зубрам" аксеса в целом и этого форума в частности...
Мой вопрос можно сформулировать так: есть форма с двумя полями со списами. В одном поле выбираем (например) предприятие, а в другом - список работников, ограниченный, соответственно, по принадлежности к данному предприятию.
В одной из книг г-на Гетца и Ко есть раздел, начинающийся со слов, названных мною в теме.
Раздел хороший, слова очень правильные. Все работает. До тех пор, пока юзер не захочет перейти в режим таблицы. После этого при любой попытке сделать выборку в поле работников, с остальными записями таблицы в столбце "работник" происходит бог знает что (вернее, все поля записей, в которых упомянуто предприятие, отличное от текущего, временно, пока полю не будет возвращен полный набор значений, очищаются - но пользователь от этого впадает в глубокую задумчивость до тех пор, пока его мысли не натыкаются на номер моего телефона).
В 97-м аксесе, после 2-х requery, 3-х recalc'ов и 4-х ударов в бубен (шаманский, хехе :) проблема обходилась. В 2000 и ХР - не могу.
М.б. кто-нить сталкивался с такой штукой, и знает панацею. Кто подскажет, чес-слово, не поленюсь в ближайшие выходные приехать в любую точку столицы нашей родины и поставить пиво.
С уважением, уже почти отчаявшийся, Георгий.

Я не тормоз. Я не тормоз.
Действительно, GotFocus, а не активация, вход и прочие.
Спасибо большое.
Куда везти пиво?

Им я тока спасибо сказать могу отсюда.
Не поеду я туда в ближайшие пару лет - во-первых, они коды задом-наперед пишут %)...
Но все равно, помог(ла) ты мне очень!
Спасибо большое.

Покушал. Попробовал из примера перенести полученный результат в программу. Вырвал последние три волоса не скажу из какого места.
Итак, новая загадка. Все работает, до тех пор пока все три таблицы (предприятия, работники, и оперативные данные) находятся непосредственно в том же файле, что и форма. Если они связаны с другой БД (тако же аксес 2000), результат - опять нишиша. :(

Хехе )) Не хотел обидеть. Это почти цитата из вашего диалога в одном из сообщений: "ENDIF q=2 ELSE q=1 THEN..." Вот )))
А вообче, пиво заработано не совсем. В приложении к проге нифига не вышло :( - см. предыдущее мое сообщение.
Еще раз спасибо тем, кто всю эту пургу читают. Надеюсь, и у меня когда-нить достанет времени и терпения помогать страждущим сотоварищам.

Ты помоги лучше добить задачу. Пиво - не вопрос. Млин. Уже сил нет. Мир потеряет хорошего программера в моем лице с коротким некрологом: очередной сюицид в нашем районе...

Ох, я его уже неделю оттягиваю. Понял, что в хелпе нету нишиша, купил пару книжек (одна, оказывается, от пресловутого Гетца), с тем же результатом. Сказал клиентам: ждите, м.б. решиться (я их и так балую). И вот решаю...
Кстати, если хочешь, могу прогу слить (там много интересного, несмотря на то, что этот форум и вообще людей, которые мне по аксесу могут подсказать, я нашел недавно (с гордостью)). Во 2.х rar'е весит около 500 кб.

Если обозначиш какой-нибудь майл, могу отправить 2 mdb из 3-х таблиц и одной формы в сумме. Не работает.

Книжка называется "Сборник рецептов" издательства "Питер" 2003 г.
На последних страницах, в разделе про ADP (что это такое, я, чес-слово, не имею ни малейшего понятия) авторы, в том числе Гетц пишет (цитирую): "На ФОРМЕ имеется набор полей со списками, поддерживающих каскадное изменение данных, причем данные для них поставляются параметризованными сохраненными процедурами..." и т.д. Про таблицы ни слова. Процедуры мне не нужны, поскольку, судя по предложенной им реализации, в моем случае это не отличается от простой передачи параметров запросу или урезке оного при входе/получении фокуса/клике мышью/нажатии на клавишу/двойном ударе в бубен на требуемом поле.
И-эх-хх...

Еще раз порыл программы на 97-м.
В дополнении к условию захотел сказать, что если поле № 1 пустое, то поле 2 д.б. с полным списком. Для этого в 97 я писал так:

sub поле2_enter()
If me.Поле1 > 1 then
me.Поле2.rowSource="запрос1" '(! - именно запрос, с инструкцией sql почему-то тоже глючило, насколько я помню, дюже форма была перегружена);
else
me.поле2.RowSource="запрос2"
endif
endsub

а на выход поле делал полным, неважно, запросом ли, или инструкцией.
Все работало.
Дошло до того, что (во избежание неправильности перевода) я вручную создавал в 2000-м 3 аналогичные таблицы и форму, писал буковка в буковку код... Нет. Нет в жизни счастья. Все напрасно...
Эх... Обожруся и помру молодой... :(

2Лох
Очень хочу! :)
Шли(те)

2АлексейК
А вот это уже очень интересно. С другой стороны, в режиме таблицы текстовое поле и комбобокс юзверя смогут растащить в разные стороны. Не совсем то, что нужно, но хорошо.

Да, похоже придется делать именно так. И следить за изменение размеров/положения столбцов в таблице. Жалко. :( В основной форме таких полей штуки три, а она и так довольно перегружена. Придется ковырять на предмет быстродействия.
Ну ничего, на то они и выходные, чтоб работать ))
Еще раз спасибо всем.
2АлексейК
А вопрос о пиве остается в силе :)

Свисни на мыл, куда везти. Завтра или в след. субботу будет ))

Нашел. М.б. кому-нибудь пригодится:
Гетц писал:
При использовании логически связанных полей со списками в области данных ленточной формы
(и таблицы - прим. меня) могут возникнуть проблемы. Свободные поля выводят одно и то же
значение во всех записях, а присоединенные поля загадочным образом очищаются при потере фокуса.
Это происходит в том случае, если в зависимом поле со списком отображается столбец, который не
является присоединенным. <...> Access не может вывести данные, не принадлежащие текущему
источнику записей, если они не хранятся в присоединенном столбце.


Не знал, не знал... Поэтому в свое время от '97 добился-таки устойчивой работы (таблицы связаны с другим
.mdb, присоединенный (первый) столбец не отображается - ширина = 0):


, где QueryEnter:

, QueryExit (он же сохранен в источнике данных поля Field1):


Чувствую, что и в 2000/ХР можно провернуть что-нибудь подобное, но не знаю как.
Кстати, неадекватно ведущую себя таблицу выпускать на суд пользователей не стал - зело неудобно.

Поэтому, как говорил один мой товарищ, "за неимением горнишной, иметь будем дворника" :) - т.е. пойдем другим путем.

То, что выше написано, относиться и к ленточным, и к табличным формам.