Поле для ввода критерия фильтрации

[Андрей К.]

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

[Lemming]

Update:
блинн, неусмотрел часть вопроса Сорри.

Это как на формах журналов ГК? В верхней части формы: Открыто/Разнесено?

[kashperuk]

Смотря какое поле, по сути, нужно просто сделать свой EDT, который наследовать от типа Range. (это, ессно, не обязательно, но проще, если все будет так).

На этом типе можно продублировать те relation, что и на основном поле (что в гриде). Или же, как альтернатива, переписать лукап у поля этого на форме.

Когда будете в ExecuteQuery накладывать фильтр, не используйте queryValue и ему подобные, чтобы не escapились спец.символы.

Вроде все.
Ничего сложного.

[macklakov]

Сравнительно просто, создаешь новый строковый тип данных (строка дли-и-инная), вешаешь на него свою лукап форму с перебитым closeSelect

[Андрей К.]

Цитата:

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

Смотря какое поле....

поле с номерами статей типа 1, 1.1, 1.2.3 , 4.3 и т.п...

[macklakov]

Цитата:

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

На этом типе можно продублировать те relation, что и на основном поле (что в гриде).

Неможно. Будет старые значения затирать. Нужна лукап форма

[mazzy]

Цитата:

Сообщение от Андрей К.

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

Э-э-э... Это только первая часть. И вдобавок самая простая.

После того, как пользователям такое поле сделать, через некоторое время они обнаруживают, что в Аксапте есть замечательное окно для ввода любых критериев. И это окно открывается по клавишам Ctrl+F3 (или воронка на панели инструментов).

А то окошко позволяет запоминать фильтры, использовать различные связанные таблицы...

Вот тут то и начнется ад для программиста.
Пользователи непременно захотят, чтобы самодельное поле отображало текущий фильтр, где бы его ни ввели (либо в воле, либо в форме CTRL+F3)/

А если программист (не дай бог) еще и собственные фильтры будет накладывать...
То непременно захотят и их видеть тоже на форме...

В общем, посмотрите как это сделано на форме деловых отношений в CRM.
smmBusRelTable

Там решена как раз ваша часть задачи - вводить фильтр в поля на форме.

Но обратите внимание, что проще пользователей научить нажимать Ctrl+F3, нежели программировать.
Хотя... Если вам платят за это, то почему бы и нет?

[kashperuk]

Цитата:

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

Неможно. Будет старые значения затирать. Нужна лукап форма

Для этого нужно установить свойство ReplaceOnLookup на контроле в значение No

Правда все равно своя форма лучше, потому что так есть ньюансы

[kashperuk]

Цитата:

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

Э-э-э... Это только первая часть. И вдобавок самая простая.

После того, как пользователям такое поле сделать, через некоторое время они обнаруживают, что в Аксапте есть замечательное окно для ввода любых критериев. И это окно открывается по клавишам Ctrl+F3 (или воронка на панели инструментов).

А то окошко позволяет запоминать фильтры, использовать различные связанные таблицы...

Вот тут то и начнется ад для программиста.
Пользователи непременно захотят, чтобы самодельное поле отображало текущий фильтр, где бы его ни ввели (либо в воле, либо в форме CTRL+F3)/

А если программист (не дай бог) еще и собственные фильтры будет накладывать...
То непременно захотят и их видеть тоже на форме...

В общем, посмотрите как это сделано на форме деловых отношений в CRM.
smmBusRelTable

Там решена как раз ваша часть задачи - вводить фильтр в поля на форме.

Но обратите внимание, что проще пользователей научить нажимать Ctrl+F3, нежели программировать.
Хотя... Если вам платят за это, то почему бы и нет?

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

Все были за.
Правда и фильтры у нас посложение были, а не просто по полю из грида.

[mazzy]

Цитата:

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

...и его пользовательские фильтры сбрасываются.

Тогда сразу вопрос: на кой ляд создавать пользовательские фильтры, которые сбрасываются и НЕ РАБОТАЮТ?

Может таки научить пользователей нажимать Ctrl+F3?

[macklakov]

Цитата:

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

Тогда сразу вопрос: на кой ляд создавать пользовательские фильтры, которые сбрасываются и НЕ РАБОТАЮТ?

Может таки научить пользователей нажимать Ctrl+F3?

На форме, кончено, ценность таких фильтров сомнительна. Но вообще они имеют право на жизнь. К примеру, в настройках нужно указать дапазон счетов, к которым будет применим специфический алгоритм. Указывать их по одному, в связанной таблице долго, черевато ошибками и добавляя новый субсчет нужно не забыть проставить его в эту таблицу. Гораздо проще указать, к примеру "01*", а в алгоритме просто подставлять этот критерий

[macklakov]

Цитата:

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

Для этого нужно установить свойство ReplaceOnLookup на контроле в значение No

Правда все равно своя форма лучше, потому что так есть ньюансы

Она попытается найти значение в связанной таблице, не найдет, ругнется. Это и есть ньюанс?

[kashperuk]

Цитата:

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

Она попытается найти значение в связанной таблице, не найдет, ругнется. Это и есть ньюанс?

А для этого достаточно в validate вернуть true
Нюанс, что при открытии формы лукапа значения фильтруются по введенному в данный момент значению. (правда это не всегда так, поэтому не скажу)

[mazzy]

Цитата:

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

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

А вот с этим совершенно согласен.

[macklakov]

Цитата:

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

А для этого достаточно в validate вернуть true

Это уже на поле datasourc-а? Хитро

[kashperuk]

Цитата:

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

Это уже на поле datasourc-а? Хитро

Ну, на контроле самом, если быть точным. Ведь фильтры эти не привязаны к источнику.
Но все равно поддерживаю лукап форму или переписанный просто лукап.

[gl00mie]

Цитата:

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

На форме, кончено, ценность таких фильтров сомнительна. Но вообще они имеют право на жизнь. К примеру, в настройках нужно указать дапазон счетов, к которым будет применим специфический алгоритм. Указывать их по одному, в связанной таблице долго, черевато ошибками и добавляя новый субсчет нужно не забыть проставить его в эту таблицу. Гораздо проще указать, к примеру "01*", а в алгоритме просто подставлять этот критерий

Вроде такое штатно используется в механизме трасляции.