Создание формы перед генерацией отчета

[madproger]

Здравствуйте

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

Подскажите, есть ли какой-нить пример такой ситуации и в какую сторону мне лучше копать?

Причем эта форма что то вроде модальной формы, диалога.

Пока у меня мысли создать форму, привязать ее к MenuItem а потом вызвать - но что то мне кажется что это неправильно

[kashperuk]

посмотрите любой из наследников класса RunBaseReport

[kvg6]

Можно оттолкнуться сразу от RunBaseBatch

[kashperuk]

Цитата:

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

Можно оттолкнуться сразу от RunBaseBatch

Это не совсем хорошая идея.
Во-первых, RunBaseReport специфически написан для печати отчетов.
Во-вторых, RunBaseBatch нужен для работы в пакетном режиме, который в данном случае врядли будет использоваться.

[kvg6]

Цитата:

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

Во-первых, RunBaseReport специфически написан для печати отчетов.
Во-вторых, RunBaseBatch нужен для работы в пакетном режиме, который в данном случае врядли будет использоваться.

1. не принципиально, напр., при выгрузке в Excel
2. что-ли RunBaseReport в пакетном режиме не запустить?

[kashperuk]

Цитата:

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

1. не принципиально
2. что-ли RunBaseReport в пакетном режиме не запустить?

1. Зато много удобнее. (запрос подтягивается из отчета, он автоматом вызвается, настройки печати есть сразу, т.д.)
2. Чего ж нельзя, можно. Просто зачем?

[madproger]

Хмм....

Попробую разобраться...

Спасибо, блин, бальшое (с) Масяня

[BVN]

Ну если данных в форме вводить не много, то в отчет можно передать через Args

[kashperuk]

Хм. Чтобы помочь вам разбираться, неплохо было бы посмотреть класс tutorial_RunBaseReport.
Создать такой же (дублированием) и:
1) в нем нужно изменить метод lastValueElementName() - в нем указать тот отчет, который хотите вызвать.
2) в методе dialog вызвать или свою форму, или просто диалог (это см. в АОТ в каком-нибудь из наследников) (можно глянуть, к примеру, на tutorial_RunBaseBatch)
3) В методе description() написать то, что хотите видеть в заголовке формы диалога.

[ntr]

Можно создавать форму в отчете
public boolean fetch()
{
Dialog dialog;
DialogField DialogField;
Boolean ret;
;
dialog = new dialog("Диалог");
DialogField = dialog.addField(typeid(NoYes), "НетДа");
if(dialog.run() && dialog.closedOk())
{
print DialogField.value();// из формы
ret = super();
}
return ret;
}

[George Nordic]

Блин! Что, все забыли о туториалах??

Смотрите отчеты и формы, начинающиеся с tutorial и содержащие в названии RunBase. Там Ваша задача реализована.

Вкратце: создается своя форма на базе стандартной (с группой, куда автоматом будут добавляться текущие критерии и группой клавиш), в классе перекрывается dialog и вместо диалога по-умолчанию подставляется Ваша форма. Потом параметрически сохраняются переменные, пакуются и запускается отчет.

И вуаля!

Удачи!
Георгий

[kashperuk]

Цитата:

Сообщение от George Nordic

Блин! Что, все забыли о туториалах??

Смотрите отчеты и формы, начинающиеся с tutorial и содержащие в названии RunBase. Там Ваша задача реализована.

В точности мой совет двумя постами выше. (если от Вашего считать)

Цитата:

Сообщение от George Nordic

Удачи!
Георгий

а почему без "С уважением"?

[George Nordic]

Цитата:

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

В точности мой совет двумя постами выше. (если от Вашего считать)

Мда, Вы опередили. Я стал отвечать, да отвлекся.

Цитата:

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

Учитесь сразу следовать BestPractice. Это не совет по поводу данной задачи, а совет просто, на будущее

Согласен на все 100% Это хороший совет!

Цитата:

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

а почему без "С уважением"?

Для разнообразия

С Уважением,
Георгий

[madproger]

Блин - стока вариантов. Думаю для того что мне надо счас подойдет вариант с Диалогом. А для себя надо будет рассмотреть все остальные варианты. Вариант с диалогом - потому что мне надо получить от юзера одну только циферку

[kashperuk]

Цитата:

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

Блин - стока вариантов. Думаю для того что мне надо счас подойдет вариант с Диалогом. А для себя надо будет рассмотреть все остальные варианты. Вариант с диалогом - потому что мне надо получить от юзера одну только циферку

Учитесь сразу следовать BestPractice. Это не совет по поводу данной задачи, а совет просто, на будущее

[madproger]

Цитата:

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

Учитесь сразу следовать BestPractice. Это не совет по поводу данной задачи, а совет просто, на будущее

Тут вот я не очень понял - неужели мне надо писать целый класс, форму, чтобы при запуске отчета спросить одну цифорку у пользователя?

[EVGL]

Цитата:

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

Тут вот я не очень понял - неужели мне надо писать целый класс, форму, чтобы при запуске отчета спросить одну цифорку у пользователя?

Ответ на риторический вопрос - да. Не форму, а класс, как минимум - один метод dialog(). Заметим, что в версии 4.0 Best practices поменялись: если не нужно наследование, то подобные диалоги делают прямо на отчете. Пример: \Reports\BankAccountStatement

[Косых Артём]

Цитата:

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

Ответ на риторический вопрос - да. Не форму, а класс, как минимум - один метод dialog(). Заметим, что в версии 4.0 Best practices поменялись: если не нужно наследование, то подобные диалоги делают прямо на отчете. Пример: \Reports\BankAccountStatement

Хмм.. Ведь и в 3.0 можно перекрыть метод dialog() непосредственно на отчете. Почему бы тогда, разумеется если не нужно наследование, не использовать это?

[madproger]

Цитата:

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

Ответ на риторический вопрос - да. Не форму, а класс, как минимум - один метод dialog(). Заметим, что в версии 4.0 Best practices поменялись: если не нужно наследование, то подобные диалоги делают прямо на отчете. Пример: \Reports\BankAccountStatement

Кстати в этом примере и в версии 3.0 dialog перегружен
Вобщем на данный момент сделал наподобие него

[EVGL]

А я вот и говорю, что использовать надо. И в 3.0 тоже.