02.08.2016, 16:51 | #1 |
Участник
|
ax2012: как собрать в group программного проекта SSRS-отчеты по нужной маске
Я щас глупость спрошу...
ax2012. Програмный проект. Хочу автоматически собрать в группу отчеты, которые начинаются на account, например. создаю группу, указываю GroupMask, указываю GroupType = SSRSReports. получаю фигушки воробушкам - пустую группу. хотя отчеты такие есть. см. приложенный скриншот. на скриншоте показал что для таблиц аналогичный GroupMask работает отлично. Какой GroupType нужно указать, чтобы собрать в группу SSRS отчеты? |
|
02.08.2016, 18:52 | #2 |
Banned
|
Цитата:
Сообщение от mazzy
Я щас глупость спрошу...
ax2012. Програмный проект. Хочу автоматически собрать в группу отчеты, которые начинаются на account, например. создаю группу, указываю GroupMask, указываю GroupType = SSRSReports. получаю фигушки воробушкам - пустую группу. хотя отчеты такие есть. см. приложенный скриншот. на скриншоте показал что для таблиц аналогичный GroupMask работает отлично. Какой GroupType нужно указать, чтобы собрать в группу SSRS отчеты? SSRSReports используется системой когда собирает в проект а не в группу. То есть если в проект то в генерации стоит именно SSRSReports в авто-сгенерированной группе. Из чего делаем вывод что он и должен быть. GroupType и GroupMask работают на чем угодно но не для SSRSReports |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
02.08.2016, 22:11 | #3 |
Боец
|
Цитата:
Сообщение от mazzy
Я щас глупость спрошу...
ax2012. Програмный проект. Хочу автоматически собрать в группу отчеты, которые начинаются на account, например. создаю группу, указываю GroupMask, указываю GroupType = SSRSReports. получаю фигушки воробушкам - пустую группу. хотя отчеты такие есть. см. приложенный скриншот. на скриншоте показал что для таблиц аналогичный GroupMask работает отлично. Какой GroupType нужно указать, чтобы собрать в группу SSRS отчеты? Вложение 10905 Последний раз редактировалось DSPIC; 28.09.2017 в 01:50. |
|
|
За это сообщение автора поблагодарили: mazzy (2), Товарищ ♂uatr (1). |
02.08.2016, 23:04 | #4 |
Banned
|
Цитата:
Это как посоветовать водителю тормозить тормозом А он спросил как тормозить именно юзом. Последний раз редактировалось ax_mct; 02.08.2016 в 23:06. |
|
03.08.2016, 07:56 | #5 |
Участник
|
Цитата:
просто автогруппа автоматически обновляет список объектов, если кто-то добавил новые, подходящие под маску. Цитата:
Ок. Спасибо. |
|
03.08.2016, 12:42 | #6 |
Британский учённый
|
Печалька, но можно свой костыль написать, который будет тоже самое делать для отчетов, при открытии проекта например.
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
03.08.2016, 17:28 | #7 |
Участник
|
Цитата:
но не столько для отчетов, сколько для интеллектуальной сборки проекта. интелект в том, чтобы собирать сильносвязанные объекты в группы/подгруппы. например, есть отчет. для запуска отчета будет menuItem, формат будет в Visual Studio meta Data... отчет может обслуживать один или несколько специализированных классов (runBase, Contract, DataProvider, Controller) собрать все эти объекты в одну группу. то же самое для mainForm, lookupForm, таблицы. если у класса есть семейство (какой нибудь LedgerEngine или FormLetter), то собрать это семейство в отдельную группу. добавить фильтр объектов по странам, чтобы можно было легко выделить базовую функциональность и функциональность для определенной страны... а если сделать такой автосборщик "проекта" для акс7... с ее dataEntity... это ж насколько логически упрощается изучение. |
|
03.08.2016, 18:48 | #8 |
Британский учённый
|
Цитата:
Сообщение от mazzy
про свой костыль давно думаю.
но не столько для отчетов, сколько для интеллектуальной сборки проекта. интелект в том, чтобы собирать сильносвязанные объекты в группы/подгруппы. например, есть отчет. для запуска отчета будет menuItem, формат будет в Visual Studio meta Data... отчет может обслуживать один или несколько специализированных классов (runBase, Contract, DataProvider, Controller) собрать все эти объекты в одну группу. то же самое для mainForm, lookupForm, таблицы. если у класса есть семейство (какой нибудь LedgerEngine или FormLetter), то собрать это семейство в отдельную группу. добавить фильтр объектов по странам, чтобы можно было легко выделить базовую функциональность и функциональность для определенной страны... а если сделать такой автосборщик "проекта" для акс7... с ее dataEntity... это ж насколько логически упрощается изучение.
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
04.08.2016, 08:33 | #9 |
Участник
|
|
|
10.08.2016, 17:31 | #10 |
Британский учённый
|
На самом нижнем скриншоте на главной странице показан пример для EDT (Jump by reference. Default HK "INSERT" on the AOT object). Так же работает для любого другого объекта - ищет все связи в свойствах и для одиночной связи открывает сразу, а для множества показывает форму выбора. Может открывать методы например для display\edit form controls, и для event handlers откроет развернутый объект на нужном методе и сам метод в редакторе.
Ко всему прочему разворачивает открываемые объекты на нужном узле. Например на форме для bound control можно перейти как на поле датасорса, так и на поле таблицы. P.S. Кстати для открытия SSRS отчетов используется код, некогда размещенный вами на форуме.
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
Теги |
ax2012, project, report, ssrs |
|
|