The Reporting Problem

Andre Garzia andre at andregarzia.com
Mon Jun 15 13:46:30 EDT 2009


I'd use a XML data file and a XSLT template file. xsltproc is your friend
and bundled everywhere.

far easier to maintain.

Check w3schools.com, they have a tutorial on XSLT. xsltproc will allow you
to process XSL transformations from the command line.

On Mon, Jun 15, 2009 at 1:58 PM, Peter Alcibiades <
palcibiades-first at yahoo.co.uk> wrote:

> We Linux users do not have access to full versions of Quartam, so have to
> contain our disappointment manfully and find another way.
>
> Considering the question of how to get some reports done, the mind  then
> turns inevitably to awk.  Or Perl, but for us antedeluvians, its awk.
> What do you experienced Rev programmers do, because its not possible you
> too turn to awk!?
>
> Here is the problem.  I have a set of reports that come out quite nicely,
> though they take several tedious pages of code.  What they do is put each
> total by revenue/product category/month into a field on a card.  Then we
> print the card, with totals.  So for instance, we have handtools for Jan,
> Feb....etc, and powertools for jan...feb...etc.  Then a subtotal for all
> tools, then a total of all the subs to get total revenue by month and YTD.
>
> This is done from a transaction file of several tens of thousands of
> records, using filter to get the categories and months and subtotal
> elements, then a simple add into a variable.  Brute force, but it works
> reasonably fast on a low spec machine and is accurate and easy to
> understand whats been done.
>
> The problem comes when you want to export it into a word processor or
> spreadsheet for formatting and further analysis.  This is why the
> antiquarian's mind turns nostalgically to awk.  What awk puts out is a
> somewhat formatted text file, which can just be imported into anything you
> like.  What we have generated in Rev is a sort of binary blob!
>
> Now, we could just go through and export each field from the card into a
> text file.  But this is going to make the whole thing even longer and more
> tortuous, and you start to feel, wait a second, if this is the solution to
> the problem why don't I just do it in awk in the first place and get it
> over with?
>
> So what is the approved solution?  Do you indeed go through and export your
> fields?  Or do you generate the report not in fields on a card but as an
> rtf in one text field, and if so how?  Or, he wonders smiling, are there
> actually still some shamefaced users of awk out there, secretly writing
> the stuff in their studies at home where none of their colleagues can see
> what they are up to?
>
> BEGIN
> {printf("%-15s\t%-40s\t%7s\t%4s\t%5s\n", "Code", "Name" , "Price", "Dept",
> "Qty")}
> {FS="\t"}
> {OFS="\t"}
> {printf("%-15s\t%-40s\t%7s\t%4s\t%5s\n",$1, $2, $3, $4, $5)}
>
> and so on.  Ah the sweet smell of cordite in the morning!
>
> Peter
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 
http://www.andregarzia.com All We Do Is Code.



More information about the use-livecode mailing list