[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [docbook-apps] WEBSITE.DTD
On Sat, Aug 23, 2003 at 01:01:56AM +0200, Janning Vygen wrote: > From: "Bob Stayton" <bobs@sco.com> > > There is an alternative method for processing webpages > > that does not have this problem. If you use a Makefile > > with tabular.xsl instead of chunk-tabular.xsl, > > you can process each webpage with a separate XSLT process > > and you don't get the accumulation effect. > > The main accumulation effect creates autolayout.xsl loading each webpage via > document() and thus loading each time the whole docbook.dtd (if you use > website-full.dtd). Oh, right, I forgot about that step. > > This might be slower overall, but at least > > it would succeed. > > i already use tabular.xsl and xsltproc with your (Norms?) Makefile from your > excellent book. > > > The Makefile dependency tracking also lets you do build > > avoidance to only process webpages that have changed. > > This doesnt really work if you change the title of a webpage. you have to > renew autolayout.xml manually. > maybe the process should compare the autolayout title and the title in the > webpage (and summary and titleabbrev). > if it differs it should generate autolayout.xml again. Hmm, you're right, autolayout.xml is dependent on all of the webpage files. Maybe the generated depends.tabular file should record that dependency. > > You > > don't get that feature with xsltproc and chunk-tabular.xsl > > because xsltproc doesn't support the Java extensions Norm > > wrote for reading file timestamps. > > shouldnt xsl be without side effects? You mean besides the headaches and sore eyes? 8^) Bob Stayton 400 Encinal Street Publications Architect Santa Cruz, CA 95060 Technical Publications voice: (831) 427-7796 The SCO Group fax: (831) 429-1887 email: bobs@sco.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]