Re: automatic generation of quickref.html

----- Original Message ----- 
From: "Terry Teague" <[email protected]>
To: <[email protected]>
Sent: Saturday, April 16, 2005 7:38 AM
Subject: Re: [Tidy-dev] automatic generation of quickref.html


> At 4:53 PM +0100 4/14/05, Arnaud Desitter wrote:
>>----- Original Message -----
>>From: "Charlie" <[email protected]>
>>To: "Arnaud Desitter" <[email protected]>
>>Cc: "Jelks Cabaniss" <[email protected]>; 
>><[email protected]>
>>Sent: Thursday, April 14, 2005 2:43 PM
>>Subject: Re: [Tidy-dev] automatic generation of quickref.html
>
>
>>I will change gmake/Makefile and introduce a target "doc". A consequence 
>>is
>>that Terry needs to change his scripts so that quickref.html is generated
>>and
>>uploaded to http://tidy.sf.net.
>>
>
> Yes, I was waiting to see what the fallout would be. Yesterday's build log
> reveals that <grin>.
>
> I have been recently (and still am) fighting some SourceForge CVS/compile
> farm problems, so populating the updated quickref.html might not be right
> away.
>
> I will have to find if there is a XSLT processor binary already available
> on the  build machines, and if, will have to build one first.
>
> Regards, Terry

Looking at tidy.sf.net,
+ the builds look up-to-date
+ http://tidy.sourceforge.net/docs/quickref.html is the old page.

You really need "xsltproc" on a single platform and a recent Linux d
distribution will be suitable.
Note that, the generated quickref.html depends on #define passed
at compile time (see encodings for instance).

Regards,




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click