W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > January to March 2003

Re: crystal reports as html

From: Charles McCathieNevile <charles@sidar.org>
Date: Thu, 23 Jan 2003 10:59:31 +1100
Cc: w3c-wai-ig@w3.org
To: "Scarlett Julian (ED)" <Julian.Scarlett@sheffield.gov.uk>
Message-Id: <8CC4E6CE-2E65-11D7-8E6F-000A95678F24@sidar.org>

If you have access to the original data used to generate the graph you 
should be able to generate a textual explanation of it as well as the 
(for most people more useful) graphic version. Alternatively you could 
do them by hand at some interrupt point in the workflow.

If your server setup is really inflexible and your software won't let 
you fix its mistakes, you could have it publish to a separate server, 
and set up your main server to behave as a proxy (which the world uses 
because it is your published address) that does the modifications and 
publishes the data in an accessible form. Nick Kew's proxy stuff would 
handle this, and it is similar to what Betsie does, among other 



On Wednesday, Jan 22, 2003, at 20:03 Australia/Melbourne, Scarlett 
Julian (ED) wrote:

> Cynthia wrote:
> Matthew and Chaals mentioned using tools such as Tidy to change the 
> mark-up
> somewhere in the workflow process. I spend what I consider to be vast 
> tracts
> of my working day using such tools to turn M$ Office rubbish into 
> something
> useable but this problem is inherently different in that the HTML is
> generated by a Crystal Reports Web Server Component and I can't see any
> point at which to interrupt the process. Maybe I could pass the 
> resulting
> HTML through a script of some sort that would search for <img
> src=xxxxxxxxxx> and insert alt="yyyyyyy" but how to control the value 
> of
> "yyyyyyyy"? I was hoping that someone here had experienced the problem 
> but
> alas. And that's not a criticism of you guys at all btw; I have 
> approached
> the problem from the other end too by asking Crystal Reports 
> developers the
> same question and again am getting nowhere. I think the next step is to
> approach the software vendors and point out the inadequacies of their
> product.
> many thanks as ever
> Julian
> The information in this email is confidential. The contents may not be 
> disclosed or used by anyone other than the addressee.  If you are not 
> the addressee, please tell us by using the reply facility in your 
> email software as soon as possible. Sheffield City Council cannot 
> accept any responsibility for the accuracy or completeness of this 
> message as it has been transmitted over a public network.  If you 
> suspect that the message may have been intercepted or amended please 
> tell us as soon as possible.
Charles McCathieNevile           charles@sidar.org
Fundación SIDAR                       http://www.sidar.org
Received on Wednesday, 22 January 2003 19:00:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 13 October 2015 16:21:22 UTC