home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Best Objectech Shareware Selections
/
UNTITLED.iso
/
boss
/
data
/
foxp
/
004
/
rptfox.doc
< prev
next >
Wrap
Text File
|
1992-06-30
|
16KB
|
360 lines
AD HOC REPORT WRITER MODULE
Ad Hoc Report Writer requires very little from the user
beyond pointing at a desired action and hitting the ENTER key.
It was designed this way from the start.
Reports and mail label definitions created with Report Writer
can be saved, edited, and rerun at will. All output can be
sent to the printer, screen, or to a disk file. Custom index tags
can be built from within Report for your report and label runs.
Theses index tags can be created with conditional expressions
through the use of a very powerful online Query builder.
( ** VERY IMPORTANT ** ) FOXPRO 2.0 COMPATIBILITY
Report Writer is completely compatible with Foxpro 2.0 database,
memo, and structural .cdx index files. Report Writer is written in
Clipper 5.01 and uses SuccessWare's DBFSIX RDD to achieve Foxpro 2.0
file compatibility.
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
You can create structural .cdx index files with Foxpro 2.0 with the
following syntax:
INDEX ON <field> TAG <tag name>
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
A FILE MUST HAVE A .CDX BEFORE YOU CAN USE IT WITH THIS REPORT WRITER
INDEX EXPRESSION IDIOSYNCRACIES AS OF 06/30/92:
NOTE: THESE INCOMPATIBILITIES ARE LIMITED TO THE PRESENT RELEASE OF THE
SUCCESSWARE INDEX DRIVER. A PHONE CONVERSATION WITH SUCCESSWARE ON
06/30/92 REVEALED THEIR NEXT RELEASE WHICH COMPLETELY ELIMINATES
THESE FEW INCOMPATIBILITES IS IMMINENT. REGISTERED USERS OF THE
RPTFOX AD HOC REPORT WRITER WILL RECEIVE AN UPDATED VERSION AT NO
COST SUBSEQUENT TO THIS NEXT RELEASE.
HERE ARE SIMPLE WORK AROUNDS FOR THE FEW INCOMPATIBILITIES THAT DO EXIST:
******************************************************************************
* !!! THE EASIEST WORK AROUND OF ALL !!! *
******************************************************************************
IF FOR ANY REASON RPTFOX AD HOC REPORT WRITER IS UNABLE TO OPEN AN EXISTING
FOXPRO 2.0 .CDX INDEX USE THIS SIMPLE TECHNIQUE TO GET UP AND RUNNING:
THE INDEX BUILDER MODULE OF REPORT WRITER WILL CREATE EXPRESSIONS THAT
ARE COMPLETELY COMPATIBLE WITH THE DBFSIX RDD! IF YOU ARE HAVING TROUBLE
WITH AN EXISTING FOXPRO 2.0 .CDX FILE USE FOXPRO TO DELETE ALL THE TAGS.
USE <FILENAME>
DELETE TAG ALL
NEXT USE FOXPRO TO CREATE ONE SIMPLE TAG AS A STARTER SINCE A FILE MUST HAVE
A .CDX TO BE USED BY THE REPORT WRITER. NOW USE THE INDEX BUILDER OF REPORT
WRITER TO CREATE SYNTAX COMPATIBLE TAGS EFFORTLESSLY!
******************************************************************************
* !!! THE EASIEST WORK AROUND OF ALL !!! *
******************************************************************************
PERMANENT INCOMPATIBLITIES WITH .CDX FILES CREATED BY FOXPRO 2.0:
1. IF YOU ARE USING NUMERIC FIELDS AS KEY FIELDS DO NOT USE THE FOLLOWING
SYNTAX TO CONVERT THEM TO STRINGS:
DATABASE HAS NUMERIC FIELD "AMOUNT" DEFINED AS 5,0
USE <FILENAME>
INDEX ON STR(AMOUNT) TAG <TAG NAME>
USE THE FOLLOWING SYNTAX INSTEAD:
DATABASE HAS NUMERIC FIELD "AMOUNT" DEFINED AS 5,0
USE <FILENAME>
INDEX ON STR(AMOUNT,5) TAG <TAG NAME>
IF YOU HAVE A FILE WITH NUMERIC KEYS CREATED IN THE IMPROPER MANNER YOU
WILL HAVE TO USE FOXPRO TO RECONSTRUCT THESE INDEXES SINCE AD HOC REPORT
WRITER WILL NOT BE ABLE TO OPEN THEM UNTIL YOU DO SO. THIS REQUIREMENT
WILL ALWAYS EXIST!
TEMPORARY RELEASE RELATED INCOMPATIBILIES:
1. IF YOU ATTEMPT TO CREATE A CONDITIONAL INDEX TAG WITH FOXPRO 2.0 SUCH
AS !EMPTY(ORDERNUM), FOXPRO WILL CONVERT THE "!" TO ".NOT." AS IN
THE EXPRESSION ".NOT.EMPTY(ORDERNUM)". THE .NOT. IS INCOMPATIBLE WITH
WITH THE CURRENT DBFSIX RDD. RECREATE EXPRESSIONS OF THESE TYPE WITH AN
EQUIVALENT EXPRESSION LIKE THE FOLLOWING:
!EMPTY(ORDERNUM) ---> LEN(TRIM(ORDERNUM)) # 0
YOU MUST USE FOXPRO TO RECREATE THE TAG SINCE THE DBFSIX RDD WILL NOT BE
ABLE TO OPEN THE .CDX FILE UNTIL THE INCOMPATIBLE EXPRESSION IS REMOVED.
2. ANOTHER INCOMPATIBILITY I HAVE DISCOVERED IS IN THE AREA OF EQUALITY
CHECKS. FOXPRO ACCEPTS THE FOLLOWING SYNTAX:
YESNO=.T.
? YESNO==.T. - EVALUATES AS .T.
? YESNO=.T. - EVALUATES AS .T.
THE DBFSIX RDD WILL NOT ACCEPT AN EXPRESSION LIKE THE ABOVE FOR A CONDITION
AS IN THE FOLLOWING:
BADFLAG = .T.
INDEX ON ORDERNUM TAG MAIN FOR BADFLAG==.T.
INDEX ON ORDERNUM TAG MAIN FOR BADFLAG=.T.
ALTHOUGH FOXPRO WOULD ACCEPT THE ABOVE YOU MUST SUBSTITUTE THE FOLLOWING
DEPENDING ON WHAT YOU WANT THE INDEX TO REFLECT:
BADFLAG = .T.
INDEX ON ORDERNUM TAG MAIN FOR BADFLAG (TRUE)
(or) INDEX ON ORDERNUM TAG MAIN FOR BADFLAG < .T. (FALSE)
3. ALIASED EXPRESSIONS IN INDEX KEYS SUCH AS IN THE FOLLOWING FOXPRO SYNTAX:
USE CUSTOMER
INDEX ON CUSTOMER.LAST TAG LAST
IN THIS CASE SIMPLY REMOVE THE ALIAS REFERENCE
USE CUSTOMER
INDEX ON LAST TAG LAST
IF RPTFOX.EXE GENERATES A DBFSIX ERROR CODE OF 610 FOR "BAD INDEX EXPRESSION"
THERE IS SOME INCOMPATIBLITY WITH FOXPRO SYNTAX IN ONE OR MORE OF THE TAGS IN
THE .CDX YOU ARE TRYING TO OPEN! YOU WILL NO DOUBT DISCOVER THE SOURCE OF THE
ERROR IS AN INSTANCE OF THE INCOMPATIBILITIES NOTED ABOVE.
ENVIRONMENT VARIABLE
Report Writer is written in Clipper 5.01. Since Clipper will
use expanded memory for indexing purposes it is standard practice to
include the following statment in your AUTOEXEC.BAT file if you should
experience corrupt indexes:
SET CLIPPER=E:0
(or) SET CLIPPER=//E:0
Unlikely index corruption of this sort can occur with incompatible
expanded memory managers. This should alleviate any problems with
expanded memory you might encounter.
*-------------------------------------------------------------------*
MAIN MENU
*-------------------------------------------------------------------*
CREATING A REPORT DEFINITION FOR THE FIRST TIME
Ad Hoc Report Writer creates three distinct types of reports.
A single file report uses just one primary file. A relational report
type one uses both a primary and secondary file. There is one record
in the secondary file for each primary record. A relational report
type two uses both a primary and secondary file. There are multiple
secondary records for each primary record. Your data detemines which
type of report you will need to create.
Creating a report is essentially the same process for all report
types. First, the report type is chosen and then report parameters
are entered. You can control things like the left margin, spaces
between printed fields on the report, page width, page length, etc.
The only parameter that may be confusing to the you is the subtotal
parameter.
Say, for example, you have a file of customer purchases like
ORDER.DBF. It is indexed on customer number and you are trying to
total the purchases for each customer and want a grand total of all
purchase