[Openroad-users] Reporting options.
Antill, Jim
jantill at revenue.ie
Sat Mar 3 01:34:43 EST 2007
Andrew,
Another approach you could take is to use XML/XSLT processing within your
OpenROAD application, by using something like MSXML.
For example, you'd first construct an XML document containing all the data
you need for the report. You would then transform this using an XSLT
stylesheet so that an HTML document is produced. Or you could take the same
XML document and use a different stylesheet to produce a file suitable for
loading into Excel. From what I've seen you could also use XSLT-FO to
generate a PDF document from your XML (don't know if there is a Windows
engine for XSLT-FO though). So the same XML document can yield a wide
variety of outputs by applying different stylesheets.
>From looking at the Microsoft site it would appear that MSXML3 contains an
XSLT engine. How compatible this is with OpenROAD I don't know. It would be
extra work getting the various bits and pieces in place, but I think it would
be well worth the effort as the final solution would be very flexible.
Hope that helps.
Regards,
Jim
-----Original Message-----
From: openroad-users-bounces at peerlessit.com
[mailto:openroad-users-bounces at peerlessit.com]On Behalf Of Andrew
Sent: 02 March 2007 02:12
To: International OpenROAD Users
Subject: [Openroad-users] Reporting options.
*************************************
This e-mail has been received by the Revenue Internet e-mail service.
*************************************
Hi All,
I know this issue has been bought up before but I need to
know if anyone has made any wonderful discoveries lately
in the world of reporting.
We have looked at OR's Reporter, Crystal Reports and the
old Ingres RWs but need something else.
We are printing reports that currently use PCL codes and
would like to move to postscript/html/pdf/word docs or anything
else that will allow us to put data into tables (varying columns,
rows, widths and heights) with all nice extras - bold, underline,
fonts selection, tick boxes, shading, etc.
The best end result would be to have something the users
can adjust as required.
As usual, cost is a great factor in our choice.
Any help will greatly be appreciated.
Regards,
Andrew.
************************
This message has been delivered to the Internet by the Revenue Internet e-mail service
*************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://peerlessit.com/pipermail/openroad-users/attachments/20070302/258c5741/attachment.html
More information about the Openroad-users
mailing list