Показать сообщение отдельно
Старый 11.11.2009, 11:08   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
А разве lookup не зависит от ExtendetDataType контрола? Мне так видится напротив реализация разных лукапов для одной и той же колонки грида - посложнее будет.
А там не EDT контрола, а тип для критерия.

Если EDT контрола позволяет вводить максимум 20 символов, то никаким образом в него нельзя будет ввести длинный критерий (хотя бы в 200 символов).
В окошке ввода критериев используется тип Criterias, а не EDT

Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Самым сложным моментом мне сдесь представляется оперативная синхронизация значений фильтров в диалоге и на форме выбора. Т.е. необходим программный modified
Это как раз не проблема. Модифицируйте QueryRun. Он везде отобразится.

Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Осталось только победить лень
Не надо.
Разберитесь как работает форма критериев. Посмотрите на ее методы. Подумайте - а оно нужно?

Вернемся к первоосновам:
1. dialog - простой класс для работы с простыми динамически создаваемыми диалогами.
2. если нужен сложный диалог (в том числе со сложной логикой), то лучше нарисовать отдельное окно, объявить его диалогом и... (см. методику работы с диалогами)

если в простом диалоге появится возможность вводить критерии непосредственно, то придется такую же возможность вводить и в диалоги-отдельные-окна.
А судя по вопросам на форуме народ и так предпочитает извращаться и усложнять простые диалоги, чтоы просто нарисовать свой было бы намного проще. А тут еще один усложняющий момент появится...
__________________
полезное на axForum, github, vk, coub.