HI,
You dont need the table to hold the varioables contained in a report. What you can do is to create the report with all variables only fielded suitably. In the REport set the data environment as default only. However, just BEFORE issuing the REPORT FORM myReport ... etc command.., add the code..
SELECT * FROM SYS(2005) INTO CURSOR myCursor
then proceed to issue the command..
REPORT FORM .... commands.
Remember to make the variables used in your report as PUBLIC and suitably release them if nbeeded after the report.
Another way is to craete a custom object holding the variables as its properties. Example..
myo=CREATEOBJECT("custom"
myo.AddProperty("myVar1",0) && numeric variable with Zero
myo.AddProperty("myVar2","" && text variable
*** etc.. variables added to this object.. myo
Initialise the values of this object in your code or by user interface, by binding it to the various text boxes you use and accept user inputs.
REPORT FORM myReport .... etc..
In the report you can refer these variables as myO.myVar1 etc.
After the report is output, along with the forms release, release the myO object also.
Hope this helps you
ramani
(Subramanian.G),FoxAcc, ramani_g@yahoo.com
Thank you ramani,
but your "SELECT * FROM SYS(2005) INTO CURSOR myCursor"
generate 123 records, = copies of the report.
Of course, I can make a "SELECT" that always returns only one record.
It seems that a report need som sort of "records"
in the selected area to run.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.