Привет всем.
Подскажите, как разобраться с одной непоняткой.
Вроде бы, по логике, должно работать нормально - но не работает.
Согласно приложенного примера:
Есть стартовая форма FStart. На ней переключатель "да/нет". И кнопка открытия формы FStart2. Во второй форме есть поле [ДляТаба] для установки фокуса при открытии формы FStart2. В этой второй форме есть встроенная подформа, с тремя полями из таблицы.
Задача: по кнопке "Открыть" из формы FStart открыть форму FStart2. При этом анализируется состояние переключателя: если выключен - открывается FStart2, курсор фокусом загоняется в поле "ДляТаба", поля в подформе Forms![FStart2]![пф_Таблица1].Form должны быть скрыты (Visible = False).
Если выключатель включен - открывается FStart2, курсор фокусом загоняется в поле "ДляТаба", поля в подформе Forms![FStart2]![пф_Таблица1].Form должны быть отображены (Visible = True).
В самой подформе все переходы по табу отключены, но:
Если выключатель выключен, при попытке открыть вторую форму получаю сообщение
Run-time error '2165' Невозможно сделать невидимым элемент управления, имеющий фокус ввода.
Какой фокус ввода, если я переход по табам отключил и фокус насильно загоняю в поле "ДляТаба", где он и мигает, гад этакий? ;)
Вроде бы и простая задача, но туплю и не смог нарыть решения :(
В приложении - пример в формате Access 2003.

vmag,
спасибо большое! Решение от "наоборот", не выключать видимость, а включать по требованию. Вроде бы и те же яйца, но - работает, и это главное ) Ещё раз спасибо, а то почти сутки игрался, теперь могу дальше двигаться )

sdku,
да, пример отличается от реальной реализации.
В главной форме курсор ставится в поле одной из характеристик товара. Потому и не размещал дополнительное "пустое" поле в подчинённой форме. Хотя вру, размещал ) Отрабатывал и такой вариант. Пробовал его уменьшить до точки, спрятать "в сторону", под другое поле, сделать прозрачным с цветом текста под цвет формы - фиг там, Access старательно рисовал большой белый прямоугольник на месте "точки" и сдвигал содержимое подформы так, что бы это поле было на виду. Спасибо, заботливый ты мой Access, заррраза ))
А в подчинённой -отображаются используемые, согласно настроек, цены (у товара есть 7 вариантов отпускных цен). То есть в настройках в "чеках" (логические поля) отмечаются нужные варианты цен (кому то все 7 нужно, например - для опта, кому то и двух за глаза, или даже одной). И уже в карточке товара работаем с выбранными ценами, не отвлекаясь не неиспользуемые поля (а там ведь по каждой цене - наценка в процентах, гривнях, прибыль, подписи к этим полям и т.д., т.е. экономия нагрузки на мозги ощутимая выходит. И вот если самая первая цена была не выбрана - и рождался такой карамболь :(

"Век живи - век учись", приговаривал Ржевский, перекладывая серебряный портсигар из штанов в нагрудный карман ;)))

alecko, спасибо за внимание к вопросу.
Да, допускаю вариант, при котором клиент в настройках не выбрал ни одной продажной цены для работы.
Тут я сделал так, что форма FStart2 (если согласно примера) тогда вообще не открывается, с показом соответствующего сообщения. Логика: нет ни одной выбранной цены - значит, нет смысла открывать окно обработки цен, наценок. Иначе в самой открытой форме пришлось бы на все кнопочки вешать контроль варианта "нет ни одной выбранной цены", с соответствующими сообщениями, лишняя морока. Думаю, что если программа молча отказывается что то делать, пусть это и правильно - клиент, особенно слабо подготовленный - будет в напрягах, что нежелательно. А так программа даёт ценное указание, типа - "старушка сюда не ходи, туда ходи" )

sdku,
а вы не вышли, случаем, на самое начало этой ветки? Именно на вариант, где вылетала ошибка? Повторюсь: всё работает чётко. До момента, если "не отображать" самое первое поле.

sdku, спасибо за вариант, обязательно посмотрю