Расширенная фильтрация ListPage

[Cardagant]

Добрый вечер!

Прошу опытных специалистов помочь с идеями. Иcпользую DAX 2012 R2.
Имею форму SalesTableListPage. Требуется для неё создать Cue, который будет ссылаться на эту же форму с дополнительными фильтрами.

Как использовать дополнительные фильтры в CompositeQuery нашёл. Однако как быть, если требуется отфильтровать данный набор записей ещё и по полю, которое находится, скажем в CustTable, то есть в датасорсе, который не указан в качестве источника данных для квери для SalesTableListPage? Неужели только дублировать форму и создавать для неё новый квери с уже добавленными дополнительными датасорсами в ней? Уверен, что есть какой-то лучший способ реализации подобного.

Очень прошу помочь, спасибо!

[Ivanhoe]

А зачем программировать? Открываете расширенный фильтр, добавляете нужную доп.таблицу, фильтр на нее и сохраняете как CUE. В вашем случае с таблицей клиентов надо аккуратно проверить, что идет правильная связь по нужному полю клиент (какой вам нужен: Счет клиента или Счет накладной?).

[Cardagant]

Цитата:

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

А зачем программировать? Открываете расширенный фильтр, добавляете нужную доп.таблицу, фильтр на нее и сохраняете как CUE. В вашем случае с таблицей клиентов надо аккуратно проверить, что идет правильная связь по нужному полю клиент (какой вам нужен: Счет клиента или Счет накладной?).

И потом эту Cue можно разместить на портале? Думал, можно на EP размещать только те, которые находятся физически в АОТ.

[Ivanhoe]

На EP - это вы хотите новую "стопку дел" сделать? В этом и смысл, что пользователь сам создает себе cue и потом может вывести на домашней странице.

[Cardagant]

Цитата:

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

На EP - это вы хотите новую "стопку дел" сделать?

Именно!

Цитата:

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

В этом и смысл, что пользователь сам создает себе cue и потом может вывести на домашней странице.

А если требуется вывести эту "стопку дел" по умолчанию для всех пользователей? (чтоб её сразу видели пользователи этого HomePage без всякой дополнительной настройки и при этом имели возможность перехода к стандартной SalesTableListPage с указанными в первом сообщении фильтрами?)

[Ivanhoe]

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

[Cardagant]

Цитата:

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

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

Как добавлять и работать с Cue на МСДН описано довольно прозрачно .

Исходный вопрос был: как верно с точки зрения Best Practice и логики системы модифицировать квери-объект, созданный на основе SalesTableListPage_query так, чтобы была возможность подцепить дополнительные датасорсы к моему квери_объекту и создать на основе него Secondary ListPage форму.
И при этом иметь возможность вывести Cue, с привязкой к этой форме на EP как Cue по умолчанию.

Скажите, если нужно описать подробнее.

Спасибо!

[Cardagant]

Очень нужна помощь и подсказка, поэтому постараюсь описать проблему как можно подробнее.

Итак, стоит задача создать Cue, который будет считать количество строк таблицы SalesTable. При этом требуется отфильтровать записи SalesTable по одному из полей таблицы CustTable (пока абстрагируемся от relation'ов). Cue требуется использовать на одном из HomePage'ей Enterprise portal'а.

Также, требуется, чтобы была возможность кликнуть на данную Cue и открыть ListPage форму , которая бы отобразила записи с вышеуказанными фильтрами. Была идея создать Secondary ListPage форму на основе SalesTableListPage, которая использует SalesTableListPage квери как датасорс. Квери имеет один источник данных SalesTable.

Далее, по алгоритму создания Secondary ListPage требуется создать менюайтем, ссылающийся на форму SalesTableListPage. Также требуется создать новый квери SalesTableListPage_CustFilter, в узел Composite Query которого поместить исходный квери SalesTableListPage и добавить требуемые фильтры на SalesTableListPage. После, созданный на предыдущем этапе новый квери SalesTableListPage_CustFilter подвязывается к новосозданному менюайтему.

Проблема в том, что в новосозданном квери SalesTableListPage_CustFilter я не могу дополнитльно добавить таблицу-датасорс в запрос SalesTableListPage, находящийся к узле Composite Query (могу только добавлять новые фильтры в существующие датасорсы), Соответтсвенно, не могу прицепить CustTable к SalesTable и прописать требуемые фильтры на CustTable.

Кто-то сталкивался с подобными ситуациями?

Очень прошу помочь! Спасибо!

[user_ax]

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

[Dreadlock]

На MenuItem есть свойство CopyCallerQuery. Не пробовали использовать его?

[AndyD]

Цитата:

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

Далее, по алгоритму создания Secondary ListPage требуется создать менюайтем, ссылающийся на форму SalesTableListPage. Также требуется создать новый квери SalesTableListPage_CustFilter, в узел Composite Query которого поместить исходный квери SalesTableListPage и добавить требуемые фильтры на SalesTableListPage. После, созданный на предыдущем этапе новый квери SalesTableListPage_CustFilter подвязывается к новосозданному менюайтему.

Не нужен Composite Query

Просто, сдублируйте SalesTableListPage и добавьте в него нужные вам таблицы

[Cardagant]

Цитата:

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

Не нужен Composite Query

Просто, сдублируйте SalesTableListPage и добавьте в него нужные вам таблицы

Это пока единственный вариант. Думал, есть варианты красивее. Неужели на каждую новую ситуацию каждый раз дублировать форму и добавлять нужные мне датасорсы в новый query?

[AndyD]

Сори, если неясно выразился

Я говорил про Query. Форма остается SalesTableListPage без изменений (за исключением добавленного парта)

Посмотрите на SalesTableListPageMyProj в качестве примера

[Cardagant]

Отличный пример! Всё работает! Спасибо, очень помогли!