Лукап по новому EDT

[Eldar9x]

Здравствуйте.
Создал EDT наследованный от EDT CustAccount.
Указал у него релейшен к CustTable.AccountNum
В CustTable есть поле-галочка.
Указал дополнительно еще поле ссылки фиксированно к этой галке.
Теперь лукап из поля с этим EDT в новой таблице почем-то не фильтрует автоматом записи с этой галкой....
Как быть?

[PavelX]

А может попробовать новый EDT унаследовать напрямую от CustVendAC?

[Eldar9x]

Цитата:

Сообщение от PavelX

А может попробовать новый EDT унаследовать напрямую от CustVendAC?

Так и сделал, спасибо. Стало нормально работать. Там пока его не меняли еще.

[S.Kuskov]

Правильно ля я понимаю, что после добавление связи "поле ссылки фиксированно к этой галке" лукап всё равно отображает все записи и с галкой и без галки? А галка стандартная? или это новое поле? Может синхронизировать CustTable? А в CustTable есть строки и с галкой и без галки? Вы хотите отобрать записи с галкой или без галки? Правильное ли значение поставили в свойстве Value в Relation?

Вообще, вы всё правильно написали. Должно работать. Ищите барабашку.
А так вы всё правильно написали, должно работать, ищите барабашку.

[Eldar9x]

Цитата:

Сообщение от PavelX

А может попробовать новый EDT унаследовать напрямую от CustVendAC?

Так смысл? Мне же клиенты нужны... Само-то от custAccount наследоваться.

Цитата:

Сообщение от S.Kuskov

Правильно ля я понимаю, что после добавление связи "поле ссылки фиксированно к этой галке" лукап всё равно отображает все записи и с галкой и без галки? А галка стандартная? или это новое поле? Может синхронизировать CustTable? А в CustTable есть строки и с галкой и без галки? Вы хотите отобрать записи с галкой или без галки? Правильное ли значение поставили в свойстве Value в Relation?

Вообще, вы всё правильно написали. Должно работать. Ищите барабашку.
А так вы всё правильно написали, должно работать, ищите барабашку.

Галка создана на юзр слое, то есть не стандарт. Создано на основе енума NoYes. Да, есть строки и с галкой и без. Я хочу отобрать строки с галкой. Поставил в Value значение 1. Самое странное, что проверка работает. То есть он не дает выбрать строку без галки, ругается. А в лукапе кажет все...

[S.Kuskov]

Цитата:

Сообщение от Eldar9x

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

А на форме (на датасурсе или на контроле) лукап не перекрыт случайно?

[Eldar9x]

Цитата:

Сообщение от S.Kuskov

А на форме (на датасурсе или на контроле) лукап не перекрыт случайно?

Нет. Создан грид, у которого указан автодатагруп. В группе находится это поле (по новому ЕДТ).

[Eldar9x]

Ааа, вот еще что... У EDT CustAccount в FormHelp указана форма. В стандарте, вроде, оно должно быть пустым. Может, из-за этого?

[S.Kuskov]

Цитата:

Сообщение от Eldar9x

Ааа, вот еще что... У EDT CustAccount в FormHelp указана форма. В стандарте, вроде, оно должно быть пустым. Может, из-за этого?

Нет, не должно это влиять. В какой версии у вас всё это происходит?

А у своего расширенного типа вы FormHelp не трогали?

[gl00mie]

Цитата:

Сообщение от S.Kuskov

Нет, не должно это влиять.

Ну как же не должно? Форма lookup'а при инициализации datasource'а, вероятнее всего, не смотрит на relation'ы, определенные на EDT, оттого они и не влияют на информацию в lookup'е. А вот ядро при проверке выбранного значения на эти relation'ы смотрит, и получается, что часть значений, показываемых в lookup'е, для поля, на котором он вызван, некорректны.

[S.Kuskov]

Цитата:

Сообщение от gl00mie

Ну как же не должно?

Согласен, что ядро должно смотреть на свойство FormHelp используемого типа и вызывать специализированную форму lookup'а, но должно ли оно в случае его отсутствия смотреть на FormHelp типа-родителя, от которого унаследован используемый расширенный тип?

[kashperuk]

Цитата:

Сообщение от Eldar9x

Ааа, вот еще что... У EDT CustAccount в FormHelp указана форма. В стандарте, вроде, оно должно быть пустым. Может, из-за этого?

Это довольно важный момент что ты забыл указать
Я вчера думал написать, что скорее всего на CustAccount заполнен FormHelp, но решил перед этим проверить - проверил, пусто, думаю, ну ладно, не буду писать, так как видимо проблема в другом. А оказывается..

[gl00mie]

Где-то в руководстве по разработке было написано, что EDT наследуют от родительского все свойства, кроме ArraySize.

[S.Kuskov]

Цитата:

Сообщение от gl00mie

Где-то в руководстве по разработке было написано, что EDT наследуют от родительского все свойства, кроме ArraySize.

Проверил. Действительно FormHelp наследуется. Впредь буду более бдительным при наследовании Extended Data Type.

[BOAL]

Тоже давно заметил, что EDT, у которых уже стоит релейшн, опасны в использовании, где нужно свой релейшн делать.
Причем, это появилось не сразу, в АХ2.5 и Ах3.0 поведение было иным, а вот с АХ4 по -новому.
Таким образом, если на таблице (или другом ЕДТ) использвать у поля ЕДТ с релейшеном на нем, а потом сделать свой новый релейшн, то работать он не будет (хотя должен и раньше бы работал).
Работать будет именно релейшн от ЕДТ
Потому и появилась куча ЕДТ с фиксом от этого, например:
RContractAccountActive и RContractCodeAc
Хотя раньше можно было использовать в своих таблицах RContractAccount и RContractCode напрямую со своими релейшенами с полем ссылки фиксировано.