1

Topic: Dialogue forms FastReport

Hello!
In FastReport there are the Dialogue forms intended for input and parameter passing in the report.
The dialogue form is shown before report start.
It would be desirable to allocate the Dialogue form on the report that the user filled with the data, pushed Raschitat and the report was constructed. Changed one parameter (instead of entered all of them anew), pushed Raschitat and received the new report.
Prompt, as such to implement!

2

Re: Dialogue forms FastReport

16122016;
In this case it is better to create own window of print preview on the basis of component TfrxPreview (goes together with FastReport).
Allocate on the form any fields. Truth the report should be built anew naturally. If the report difficult, it is possible to use the composite report and to change only its part not to address permanently to a database for that data which did not change.

3

Re: Dialogue forms FastReport

How to me the Dialogue form from the report to drag on my form with TfrxPreview?

4

Re: Dialogue forms FastReport

16122016 wrote:

As to me the Dialogue form from the report to drag on my form with TfrxPreview?

What for to drag? Create the form with all necessary control items - fields, filters, switches, etc.

5

Re: Dialogue forms FastReport

There are 500 reports with the built in forms, to create 500 more forms of adjustments?

6

Re: Dialogue forms FastReport

16122016 wrote:

As to me the Dialogue form from the report to drag on my form with TfrxPreview?

Try in OnPreview to change Parent the dialogue form. I do not know, truth that from it quits, most likely anything. As OnPreview arises at the moment of report creation, and you apparently need to make it earlier.

7

Re: Dialogue forms FastReport

DimaBr wrote:

I do not know, truth that from it quits, most likely anything.

The report is shown is modal, at its creation any form with parameters gets out, and the report will be formed at this time (see Application. ProcessMessages) also what good from this quits?

8

Re: Dialogue forms FastReport

DimaBr wrote:

There are 500 reports with the built in forms, to create 500 more forms of adjustments?

If reports with dialogue forms are already created this case, of course, better nothing to touch.
If they simply have to be created 500 pieces, it is possible to consider a variant of dynamic formation of the necessary control items.

9

Re: Dialogue forms FastReport

, Ekaterinburg wrote:

If reports with dialogue forms are already created this case, of course, better nothing to touch.

At me them not 500, of course, but they already are also forms of adjustments at all different.
It not to be pleasant to users that at show of the next report it is necessary to fill all fields anew.

10

Re: Dialogue forms FastReport

16122016 wrote:

it not to be pleasant to Users that at show of the next report it is necessary to fill all fields anew.

So save value a field in an ini-file
To make a wrapper over global object TInifile + to add variable ReportName, for saving of adjustments of the report in various sections
At me it looks so:

procedure btOkOnClick (Sender: TfrxComponent);
begin
with Edit1 do Inifile. WriteString (ReportName, Name, Text);
end;
begin
with Edit1 do Text: = Inifile. ReadString (ReportName, Name, Text);
end.

11

Re: Dialogue forms FastReport

All the same it is not convenient.
In the first it is necessary  all reports and to write a heap of the code of saving and recovery.
In the second, it is much more convenient when the user sees input parameters and at any moment can change them.
Really the dialog box which then hides arranges all?

12

Re: Dialogue forms FastReport

Try to add
Report. EngineOptions. DestroyForms: = False;
In principal procedure of a script of the report or to install TfrxReport. EngineOptions. DestroyForms: = False;

13

Re: Dialogue forms FastReport

16122016 wrote:

All the same it is not convenient.
In the first it is necessary  all reports

Anyway it will be necessary to alter all reports. You in each report have buttons Ok/Cancel which close the dialogue form. Them too to transfer on the review form it is necessary? I think that is not present.
Further some forms with dialogue windows how them to distinguish from what you invented are probably necessary? And reports in which some dialogue forms, all of them on review to deduce?
And as a whole idea very sensible, as in 1, and principal convenience to the user on the person. Why FR it is so much years  dialogues - it is not clear.