Привет!
У меня на форме при переходе между записями, часть полей-со-списком становятся пустыми =(

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

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

Как побороть?

Да, Гео меня правильно понял - та самая проблема. Но в указанном топике я не нашел хорошего решения.

1. Если делать события на поле со списком (комбо), то работает, но через раз =(
При первом входе (после сохранения изменений) в зависимое поле говорит "не найден источник", но если закрыть форму и открыть снова, то молчит. Но при этом если перемещаться по записям кнопкой "вниз", то ничего не исчезает, а если мышью щелкать на зависимое поле каждой записи, то настоящие названия меняются на левые, выбранные по фильтру.

ЭКСЦЕСС какой-то, а не Access =((((((((((((

2. Если идти по пути склейки простого поля и комбо, то возникают такие проблемы:
если разрешить "переход по табу" то лишняя задержка на комбо(если запретить то нельзя открыть список клавиатурой);
если класть поля друг на друга то при прорисовке все значения исчезают на секунду (если класть рядом и сжимать до размера стрелки, то список выпадает встороне от поля);
если поле "свободное", то значения параметра выставляются во всех записях одинаково (если привязано к формуле, то его нельзя редактировать, а если привязано к полю таблице, то оно лишнее в структуре - денормализует таблицу)

Поэтому первый путь мне нравиться больше, никаких "соплей", чистое программирование событий... но кто знает как его правильно реализовать?

Может есть такое же поле со списком, но лишенное этих недостатков? Типа дополнительный ActiveX от MS... или сторонних разработчиков??

ЗЫ: "Win 2000 SP4, A97 SR1"

>Но в нем есть ответ умного дяденьки, что либо вы показываете ключевое значение поля со списком, либо не пользуетесь "каскадами". Я после этого стал пользоваться тривью. И нисколько об этом не жалею.

Но использовать ключ - значит отказаться от числовых счетчиков и использовать текстовые данные в качестве ключа таблицы... мы ведь не для этого строили реляционную БД? ;-)

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

Кстати, что такое "тривью"?

Есть еще желающие высказаться? =)

Не нашел цельного описания 3вью, а из отзывов понял, что это навороченный и тормозной компонент... есть ли в нем необходимость для меня?

Ну вдруг кто-нибудь смог преодолеть глюки первого способа, поделитесь советом....

Любители (и особенно профессионалы) программирования событий - объединяйтесь!

up

up

up

=(

Использовать тривью? =)

incoldНикаких полей со списками, никакого исчезания.
Форма на просмотр открывается намного быстрее, т.к. не подтягиваются справочники стран и городов.

Т.е. в простом поле ввода отображаем поле таблицы с простым текстом?
Получается мы храним названия городов из справочника, а не коды?

incold Поле country.naim закрыто на редактирование.
Вставка кода идет в поле city.country_id
Мне этот вариант нравится. А оператору нет. Так он табом ходил по полям, писал первые буквы в поле со списком, оно ему делало автоподстановку и это все было в большом количестве, а теперь ему надо нажимать на лишнюю кнопку, переключать внимание на новую форму... =(

2 incold :
А какие средства OLAP есть для аксеса?