Qustion in Quiz

[Watt, Peter]

Have you ever tried using Quick to write out to a flat file which is then
merged with a form document to generate specialized documents?  I have seen
it successfully done to generate invoices and multiple other 'non-standard'
quiz reports.  Because Quick is procedural with the use of internal
procedure statements, you can accomplish everything that you can accomplish
in Cobol.  Granted, a Cobol program will run faster than a Quick program in
batch but there should not be a huge performance difference between the two.
If there is, there is probably something wrong with the code.  The beauty of
using Quick over Cobol is that you use one standard language for all
development purposes.  Plus, I despise Cobol (my opinion and not my
employer's.....).

Regards,
Peter Watt

	-----Original Message-----
	From:	eric_therrien@cgtx.ca [SMTP:eric_therrien@cgtx.ca]
	Sent:	Monday, October 26, 1998 7:37 AM
	To:	pwatt@kirk.dairyworld.com
	Subject:	Qustion in Quiz


	Hi,

	This is probably a trick question with no real answer, but anyway,
here it
	come...

	I'm looking at an invoice I have to re-design. That invoice is
currently in
	Cobol, giving my great « love » for Cobol, I was thinking about
doiing it all
	over in Quiz. If I was to write it. The thing is that the invoice,
now, must
	look something like this :

	[Header, client adress that's a no brainer ]
	[Detail, no brainer to                     ]
	[lots of detail obviously                  ]
	(...)
	[Detail line                               ]    [some adress
information]
	[Last detail line                          ]    [some adress
information]
	[Summary right at the bottom of the page (3 last lines are use for
this)]

	Unfortunately, I can not expect to have always 15 details lines (in
that case).
	I was thinking about feeding some « dummy » blank line, to get to a
multiple of
	15, so that each invoice are « full » kind of. Using COUNT to keep
track of
	which line I'm to I could find how much I need to feed it to get to
my multiple
	of 15. I know that using COUNT, I would have to output it to a
subfile first, so
	that I can actually use COUT as a variable (unless I'm wrong), but
that doesn't
	bother me since I need to also print a summary, so I would have a
need for the
	same data anyway. Then passing throught the subfile I could always
find how many
	record are actually in the subfile for each client and find out how
many I need
	to get to 15... Using COUNT I could print the adress information
when I would
	get to a modulo 13 and 14 only. And having always 15 records per
invoice I would
	end up with the summary on the right line...

	So my questions are : first, as anyone done something like this and
is it worth
	it and second, what would you suggest as a way to feed dummy line to
the detail?
	I was thinking about reading the subfile back, taking the last
record COUNT for
	a client out, going back throught that file and figuring how many
record to
	add... But that's kind of where I am right now...

	I know it's a long shot, but I had the idea and need to see if it's
worth it or
	not...

	Thank you for all the answers.

	Eric Therrien, analyst-programmer, IT



	= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
= = = =
	Subscribe: "subscribe powerh-l" in message body to
majordomo@lists.swau.edu
	Unsubscribe: "unsubscribe powerh-l" in message to
majordomo@lists.swau.edu
	powerh-l@lists.swau.edu is gatewayed one-way to
bit.listserv.powerh-l
	This list is closed, thus to post to the list, you must be a
subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l
This list is closed, thus to post to the list, you must be a subscriber.