Коллеги, привет !
Есть ли решение по размещению комбобокса на табличной форме, чтобы при каждой последующей записи, источник данных комбобокса параметрически менялся, и список выпадал по условию соседнего поля в этой табличной форме?

Вспомнил, что когда то создавал данный топик с целью найти ответ по данной досадному мелкому неудобству.
Для экономии времени поиска и выборки данных в одном мини проекте потребовался указанный в теме топика функционал.
Решил подойти немного по другому и решил данную проблемку довольно легко. Нашел событие "Вход" и на данное событие повесил присвоение источника данных строке комбобокса. Решение нашел сам, ларчик открывался очень просто.

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

Кусок кода таков:




Еще один момент, простой ,но очень важный , если есть цепочка из нескольких комбобоксов , то на момент выборки родительского (к примеру на событие после обновления), на основании которого будет производиться в соседнем нужно прицепить принудительное сохранение внесенных изменений , чтобы они попали в таблицу.
Самое простое:



(Это связано с тем, что передача данных в форме происходит только после перехода на ней на другую строку).

Рабочий простенький пример для начинающих состругал и приложил в письме. Ms Access 2013

[quot Predeclared]Сергей Лалов... DataBase Model кривая як сабля.

Отсюда и вынужденные интерфейсные рукоблудия.

Я читаю твои комментарии периодически по ветке аксесса , в основном не помогаешь людям , а несешь херь всякую бесполезную.

Видел бы структуру таблиц в WMS либо TMS на базе 1С и Ms SQL сервер так не говорил бы. Можешь с ними поспорить, если считаешь себя грамотным специалистом в области базостроения. Помогай делом а не трепом, и все у тебя в жизни наладиться)

Тем временем я немного доточил логический блочок по данному топику ,причесал логику и приложил более законченный вариант по данному топику)

[quot Predeclared]Сергей Лалов...
Можешь приложить свой пример в формате А2003?

Лови в mdb, должно тоже пойти по идее.

__Michelle[/src]А не проще ли
?[/quot]

Можно и так, ну это уже тюнинг)

Predeclared,

Это как понятный пример решения проблемы с табличной формой и комбобоксами, которую до сих пор без костылей никто не мог.
И все, без задних мыслей и скрытого космического смысла))

__MichelleСергей Лалов,

А вот с "наездами" на Predeclared Вы не правы.
Именно от этого участника я неоднократно получала исчерпывающие ответы на непростые вопросы.
Мало кто настолько знающ.

Да Вы и сами это знаете....)))

Ну хорошо, проблема в принципе решена давайте позабавимся и потроллимся))

Я скажу так, с субъективной точки зрения.
Люди озвучивают проблему и хотят видеть её конкретное решение. Им не нужна философия , космос, шлак, рассуждения о любви,смерти и что вы ели на обед вчера.

Наиболее дельные советы на данном форуме я на протяжении уже лет 6 получил от Панург, Программист Любитель, Акина, Joss и Анатолий Киев. Всё. Часть из них со старого доброго Русимпорта.
Был тут один на форуме один товарищ, с ником alvk , я надеюсь Predeclared не реинкарнация этого аккаунта))

Мало разбираться и знать , иногда надо просто помочь и решить. Клиент хочет.

[quot Predeclared]Сергей Лалов...
Вот в соседнем топике аккурат такой людь нашел решение хранения 15-ти значных чисел.
В СТРИНГЕ!

Хотя ему и подсказывали правильный тип данных.

Ты попробуй набей больше 15 символов натурального числа в числовом поле , чтобы визуально сохранялась их последовательность, а не заканчивалась на ..+Е и тогда все встанет на свои места. Проблема не нова, решение хранить в виде текста это старый потертый баян, причем почему то сторонников больше со стороны программирования WEB, видимо из за нюансов передачи формата со страницы с использованием JS.

__MichelleСергей Лалов....надо просто помочь и решить. Клиент хочет.Ну уж, прям.
Форум - не сфера обслуживания.)))

Я уже заочно влюблен в Вас)))

Вакшуль СергейПро Current это лишнее. Не подумал

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

sdkuеще mdb

В данном примере тоже не все гладко, так как при переходе от записи к записи при попытке выбрать значение вид работ при действующем контрагенте выпадает полный список работ.

sdkuСергей Лалов,
Все "негладкости" устраняются в течение 5-10 минут (например для для новых и уже существующих записей IFом-посмотрите источник строк для поля [работа] -то,что так происходит в сохраненных записях-совершенно правильно)
Направление,данное Вам,верное, а "допиливайте" сами

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