QueryRun - управление полями наборов критериев

[Eland]

Есть на динамической формочке (RunBaseBatch) кнопочка "Выбор" (SysQueryRun).
При нажатии на эту самую кнопочку открывается окошечко "Запрос" во вкладочке "Условия" есть выбор из подключаемых таблиц и полей для проставления критериев в запросе.

Надо сделать так, чтобы в этом самом гриде (том, что во вкладочке "Условия") ограничить выбор поля "Таблица" и "Поле" только одним значением. Т.е. чтобы можно было выбрать только одно значение, при этом поле "Критерий" трогать не надо.
Т.е. кликаем на лукап поля "Таблица" и в лукапе только указанная мной табличка, нажимаем на лукап поля "Поле" и в ней выпадает только указанное мной поле.

Проблема в том, что я не могу получить доступ к этим самым полям.

Возможно ли вообще получить доступ к управлению этими полями ?

А если да, то как ?

[mazzy]

Цитата:

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

Надо сделать так, чтобы в этом самом гриде (том, что во вкладочке "Условия") ограничить выбор поля "Таблица" и "Поле" только одним значением. Т.е. чтобы можно было выбрать только одно значение, при этом поле "Критерий" трогать не надо.

У критерия есть свойство (Hidden, Locked, Open) - используйте Locked.
Тогда пользователь не сможет убрать заданный программистом range.

Цитата:

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

Т.е. кликаем на лукап поля "Таблица" и в лукапе только указанная мной табличка, нажимаем на лукап поля "Поле" и в ней выпадает только указанное мной поле.

Не знаю как запретить добавление других полей и других таблиц.
Может кто другой подскажет.

А точно надо?
Сделать так, чтобы пользователь не убирал критерий - это я понимаю.
А зачем запрещать добавление критериев?

[mazzy]

Быстрый поиск дал следующие результаты:

1. разберитесь с классом SysQueryForm и формой SysQueryForm
2. метод класса SysQueryForm.dataSourceEdit является самым перспективным.
В частности очень заманчивым выглядит условие

        if (clientSysQueryEdit.query().userUpdate() &&
            this.allowAddRange()            == QueryAllowAdd::AllFields &&
            queryBuildDataSource.allowAdd() == QueryAllowAdd::AllFields)

У датасорса Query и Report свойство allowAdd() вынесено в настройки (его можно настроить мышкой)
У датасорса Формы это свойство доступно только из кода.

[vallys]

Цитата:

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

...Надо сделать так, чтобы в этом самом гриде (том, что во вкладочке "Условия") ограничить выбор поля "Таблица" и "Поле" только одним значением. Т.е. чтобы можно было выбрать только одно значение, при этом поле "Критерий" трогать не надо...

А зачем именно "в этом самом гриде (том, что во вкладочке "Условия")"?
Думаю, что в вашем случае будет проще кнопочку "выбор" спрятать, а в методе "dialog" добавить необходимый(ые) dialogfield(s) и перед запуском процесса програмно модифицировать query.

[Eland]

Смысл этого хитрого действа таков:
Надо выбрать диапазон складов, с которым надо что-нибудь сделать, ну например грохнуть их. А в лукапе выбрать несколько складов одновременно будет несколько проблематично, ну хотя бы потому, что длинна поля будет обусловлена EDTшкой и через запятую вписать их много не получится. А если добавлять всё это безобразие через стандартную форму SysQueryForm, то можно будет собрать целый набор складов. В общем, с моей точки зрения этот приём наимение трудоёмкий, удобный и к тому же эта стандартная формочка хорошо знакома пользователю.

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

[mazzy]

Цитата:

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

Надо выбрать диапазон складов, с которым надо что-нибудь сделать, ну например грохнуть их. А в лукапе выбрать несколько складов одновременно будет несколько проблематично, ну хотя бы потому, что длинна поля будет обусловлена EDTшкой и через запятую вписать их много не получится. А если добавлять всё это безобразие через стандартную форму SysQueryForm, то можно будет собрать целый набор складов. В общем, с моей точки зрения этот приём наимение трудоёмкий, удобный и к тому же эта стандартная формочка хорошо знакома пользователю.

А... готов согласиться.

Стоит порыться в методах класса
SysQueryForm.buildAllFields
SysQueryForm.fieldInsertRange
SysQueryForm::findFields

Причем подозреваю, что, скорее всего, в последнем методе

[vallys]

Цитата:

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

Смысл этого хитрого действа таков:
Надо выбрать диапазон складов, с которым надо что-нибудь сделать, ну например грохнуть их. А в лукапе выбрать несколько складов одновременно будет несколько проблематично, ну хотя бы потому, что длинна поля будет обусловлена EDTшкой и через запятую вписать их много не получится. А если добавлять всё это безобразие через стандартную форму SysQueryForm, то можно будет собрать целый набор складов. В общем, с моей точки зрения этот приём наимение трудоёмкий, удобный и к тому же эта стандартная формочка хорошо знакома пользователю.

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

Тогда Вам поможет метод allowAdd(QueryAllowAdd::NoFields) датасоурса квери. Причем необходимо вызвать метод для всех датасоурсов, для которых "нельзя" добавлять критерии/подчиненные таблицы.

Вообщем, Mazzy как всегда прав

[axaLearner]

Eland
Что касается выбора полей, то посмотрите в классе SysQueryForm метод performLookupField (есть аналогичный и для таблиц, если вы захотите выбор таблиц на запросе ограничить) - именно этот метод срабатывает, когда вы вызываете lookup с доступными полями. Так же вам необходимо обратить внимание на метод validateField, чтобы сказать пользователю, что он не прав если он попытается ввести название поля не из lookup, а ручками.

[Yprit]

Я в свое время пошел по пути наименьшего сопротивления:
1. Сделал EDT InventLocationIdRange, унаследовав от Range
2. Сделал на этом EDT Relation = InventLocation.InventLocationId