JavaScript Editor js editor     Web development 

Main Page

The default Report Output Application ( fulfills the standard responsibilities of an application designated in the _REPORTOUTPUT variable.

For full information on the requirements for a Report Output Application, refer to _REPORTOUTPUT System Variable.

This topic covers details of the default Report Output Application's implementation of these requirements. It also describes some additional functionality supplied by the default Report Output Application. ReportListener Reference Collection

You can explicitly assign a ReportListener object reference to a variable, if you call the Report Output Application using the following syntax:

В Copy Code
do (_REPORTOUTPUT) with <N>, loRef
   * the Report Output Application did
   * not recognize the value <N>
   ? loref.outputtype
   ? loref.class

However, in many cases, provides a ReportListener object reference without your explicitly assigning the reference to a variable. This situation occurs if you have set the value of SET REPORTBEHAVIOR to 90, or if you use the OBJECT TYPE<N> clause on your REPORT FORM or LABEL command. maintains a public variable, _oReportOutput, derived from the Collection class. It stores references to the ReportListener-derived objects, for which it has provided references, in this collection. The collection scopes ReportListener references globally, so that they can be successfully re-used for multiple reports, regardless of how or where you ask for the reference.

Providing consistent ReportListener scope, using's reference collection or a similar strategy, is required to support chaining multiple reports in one output result. The reference collection also provides a convenient mechanism for retrieval of these object references, before and after the report run.

You can retrieve the object reference from the collection by using the string value of the appropriate OutputType as the collection key:

В Copy Code
loRef = _oReportOutput[TRANSFORM(PRINT_MODE)]
? loRef.OutputType  && will be 0
? loRef.PageTotal && will be the total of pages 
                  && from the last print run

For more information, see How to: Use the Report Output Application's Reference Collection.

Important reserves the right to use additional key values in this collection for other uses besides ReportListener object references. For example, if you designate a custom Report Output registry table, it stores the name of this table in the reference collection. For more information, see How to: Specify an Alternate Report Output Registry Table. Extended Parameters extends the use of the two required _REPORTOUTPUT parameters, provides default behavior if the second parameter is not included, and adds an optional third parameter. The following represents appropriate syntax for

В Copy Code
   nListenerType [,eListenerReference [,eUnload]]

This section describes's treatment of each parameter.

First Parameter: nListenerType

When evaluating its nListenerType parameter, ReportOutput.App accepts all numbers greater than or equal to -1, the default value of ReportListener's ListenerType property, as instructions to provide a ReportListener reference of appropriate type.

If nListenerType is a number but is not an integer value, accepts the value but uses the integer portion of the received value as the type requested.

If nListenerType is -1, it provides a reference to an object instanced from the ReportListener baseclass. If it is greater than -1, begins an evaluation process to determine what ReportListener-derived class should provide the reference, as follows:

  • first checks to see if it has a cached reference to an object previously provided for this value. If it finds one, it re-uses this reference.

  • If no cached reference is available, checks its registry table for any user instructions that match this value. The registry table is described in a later section of this topic.

  • If there are no user instructions available, it uses built-in defaults listed in the following table.

nListenerType value Default class providing ReportListener reference


ReportListener User Feedback Foundation Class


ReportListener User Feedback Foundation Class


ReportListener Baseclass


ReportListener Baseclass


ReportListener XML Foundation Class


ReportListener HTML Foundation Class


ReportListener Debug Foundation Class

In the table, notice that a single ReportListener class may handle multiple nListenerType values. assigns the nListenerType value it receives to the object's OutputType property. This property value assignment is part of the specified requirements for any Report Output Application. If the object is an instance of a ReportListener-derived class, expects the object to decide whether to re-assign its own ListenerType property based on OutputType, or maintain the values separately. If the object is an instance of the ReportListener baseclass, also assigns the nListenerType value to the object's ListenerType property. For more information, see OutputType Property (Visual FoxPro) and ListenerType Property. reserves all nListenerType values less than -1 to expose additional functionality beyond its specified responsibility to provide ReportListener references. Two such values, -100 and -200, are covered in a later section of this topic.

Second Parameter: eListenerReference treats its second parameter, eListenerReference as optional. If it is not received, simply caches a reference to an instance of the appropriate ReportListener class in its reference collection. This behavior gives you the opportunity to set up various ReportListener references before you need them for reporting.

If it receives its eListenerReference parameter, accepts either a declared variable, as shown in the example in the last section, or as a string representing the variable. If you provide a string to represent the variable, and if the variable represented by the string does not already exist, initializes the variable as PUBLIC.

You can also use a string to in the eListenerReference parameter if you want to assign a ReportListener to an object member. For example:

В Copy Code
Ox = CREATEOBJECT("custom")
REPORT FORM ? OBJECT ox.MyReportListener
? ox.myReportListener.Name

If the object member does not exist but can verify that the object exists, the member is created. It is capable of drilling down into object containership hierarchies for this purpose. For example:

В Copy Code
REPORT FORM ? OBJECT ox.myChildObject.RL
? ox.myChildObject.RL.PageTotal

Third Parameter: eUnload

You can release a ReportListener reference from's reference collection explicitly, as follows:

В Copy Code

However, provides a third parameter so you can ask the application to manage this reference for you, without addressing the collection directly. The parameter allows you to explicitly release the reference or to release and immediately receive a new instance, as shown in the following example.

В Copy Code
   DO (_reportoutput) WITH ;

The following are the recognized values for the eUnload parameter.

eUnload Parameter Value Usage

Not passed, logical False (.F.), or passed but not logical or numeric type.

Ignored. provides standard behavior: it loads a ReportListener or performs other activity as determined by nListenerType value.

Logical True (.T.) or numeric value 1. does not provide a ReportListener object reference. It checks for a ReportListener object using a key determined by nListenerType, and removes this ReportListener from its collection if found.

All numeric values greater than 1. removes a reference for a ReportListener object from its collection, if found, and then re-loads the appropriate reference. It stores this reference to the variable indicated in the eListenerReference parameter. ReportListener Registry Table provides default ReportListener object references according to the table listing nListenerType values and class names in the previous section. You can use a registry table to override these settings. leverages the same configuration or registry table structure as the ReportListener Foundation Classes use to store their configuration information. The following code shows you the base structure of this table. You can add fields to this table of any type, and the order of the fields is not significant to Report Output Application components or the Foundation Classes.

В Copy Code
   (objtype i, ;
    objcode i, ;
    objname v(60), ;
    objvalue v(60), ;
    objinfo m)    

Both and the ReportListener Foundation Classes provide facilities to create the table for you. For more information on creating the table and designating it as your Report Output Application registry table, see How to: Specify an Alternate Report Output Registry Table.

Note: and the ReportListener Foundation Classes use this table structure differently, and require different indexes. However, it does not matter which component creates the table, or if you create it as a blank table, as shown in the sample code above. Each component will create any records and indexes it needs, if pointed to that table. reserves the range 100-999 for Objtype field values in the configuration table. It uses an Objtype field value of 100 to represent ReportListener class registry records. The following table shows you's use of records in the table for ReportListener registry purposes.

Field Usage Remarks



A value of 100 in this field identifies a ReportListener registry record.



The values in this field are matched against the first parameter you supply to


Class to instantiate

This class name may be ReportListener (the base class).


Class library (.vcx) or procedure file (.prg) holding the class definition.

This value may be blank, if the class name is ReportListener.


Module/Application containing library.

This value may be blank, if the class library or procedure file is bound into your application. specifies an Objtype field value of 110 to store other configuration information for its own use. It uses records with an Objtype value of 110 and an Objcode value of 1 for filtering the ReportListener registry records based on user-specified criteria. Records with an Objtype value of 110 and any other Objcode values are reserved for other configuration uses by, but are not currently used.

The following table describes's usage of registry table fields for filter records.

Field Usage Remarks



A value of 110 in this field identifies a configuration record.



A value of 1 in this field, for records with an Objtype value of 110, is a filter record.


not used

Filter records ignore this field.


not used

Filter records ignore this field.


Filter expression

The expression you put in this field is included in a LOCATE expression when searching the registry table for an appropriate class to provide for a given nListenerType value. The LOCATE command is constructed as follows:

В Copy Code
   LOCATE FOR ObjType = ;
   (ObjCode = iType)  ;
   &cFilter ;

For more information, see How to: Register Custom ReportListeners and Custom OutputTypes in the Report Output Registry Table. Return Values

A Report Output Application must be modal, because it is required to return a value to Visual FoxPro's Report Engine as part of the Engine's processing of a REPORT FORM or LABEL command. Visual FoxPro receives this return value using the parameter eListenerReference, which is passed by reference; the native engine does not recognize a return value from

However, does provide a return value if you call it as a function, representing success or failure in the task indicated by your nListenerType parameter:

В Copy Code
? ReportOutput(5, "oRL")
* returns .T.
* Shows that the call above
* declares the variable oRL PUBLIC if
* it is not already in scope, 
* because it was passed as a string
* stores a reference to the HTMLListener
* Foundation class in this variable.
? ReportOutput(25,"oRlx")
* returns .F.
* Shows that the call above does
* not declare the variable oRLx Compile-time Adjustments's source code is available in a zip file in the XSource folder in your Visual FoxPro \Tools directory. For more information, see XSource Folder.

You can include the source code for in your applications. For more information, see Including Report Files for Distribution. When you follow this practice, you can edit the Report Output defined constants, found in the ReportOutput.h header file, to tune your application's reporting behavior.

The table below provides a sample of the kinds of items available in the header file for adjustment.

#DEFINEd constant Default value Edit this setting to change:



Name of built-in registry table.



Default name of registry table on disk.



Name of public variable for the reference collection.



Class library holding default ReportListener classes.



Class name used by default to handle eListenerType value 0 (print).

See Also

JavaScript Editor js editor     Web development