|
![]() |
#1 |
MCTS
|
Ааа, вот еще что... У EDT CustAccount в FormHelp указана форма. В стандарте, вроде, оно должно быть пустым. Может, из-за этого?
|
|
![]() |
#2 |
Участник
|
|
|
![]() |
#3 |
Участник
|
Ну как же не должно? Форма lookup'а при инициализации datasource'а, вероятнее всего, не смотрит на relation'ы, определенные на EDT, оттого они и не влияют на информацию в lookup'е. А вот ядро при проверке выбранного значения на эти relation'ы смотрит, и получается, что часть значений, показываемых в lookup'е, для поля, на котором он вызван, некорректны.
|
|
![]() |
#4 |
Участник
|
Согласен, что ядро должно смотреть на свойство FormHelp используемого типа и вызывать специализированную форму lookup'а, но должно ли оно в случае его отсутствия смотреть на FormHelp типа-родителя, от которого унаследован используемый расширенный тип?
Последний раз редактировалось S.Kuskov; 20.09.2011 в 08:38. |
|
![]() |
#5 |
Участник
|
Цитата:
![]() Я вчера думал написать, что скорее всего на CustAccount заполнен FormHelp, но решил перед этим проверить - проверил, пусто, думаю, ну ладно, не буду писать, так как видимо проблема в другом. А оказывается.. ![]() |
|
Теги |
edt, extended data type, lookup, relation, наследование |
|
![]() |
||||
Тема | Ответов | |||
Создание наследника EDT через Х++ | 12 | |||
EDT как Array | 16 | |||
Как сделать хитрый лукап | 11 | |||
Синхронизация таблиц при изменении EDT | 1 | |||
Список полей таблиц на базе конкретного EDT | 10 |
|