forrest-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Crossley <>
Subject Re: mirror.ihtml is not converting
Date Wed, 20 Apr 2005 06:59:08 GMT
Sean Schofield wrote:
> I was able to follow the instructions fairly well except for the major
> part of the .ihtml not converting.  Here is the hack that I did to get
> everything working:

It was converting. As i said, it was just that it
was being generated into a different directory.

> Instead of source.ihtml and binary.ihtml I just wrote source.xml and
> binary.xml in the normal xdocs fashion (using the mirrors.ihtml stuff
> as a template for my combo box.)

Well i don't understand how you would have got past
xml validation for that. Switch it off i suppose.
That was the point of using *.html as the source format.

> Then in my site.xml I had:
>     <project-information href="" label="Project" tab="project">
>         <index_pm href="index.html" label="Welcome"/>
>         <license label="License" href="license.html" />
>         <downloads label="Downloads">
>             <bindownload label="Binary"
> href=""/>
>             <srcdownload label="Source"
> href=""/>
>             <bindownload_html href="binary.html"/> <!-- these dummy
> links are necessary -->
>             <srcdownload_html href="source.html"/> <!-- these dummy
> links are necessary -->
>         </downloads>
>      </project-information>
> ...
>      <!--
>      NOTE: foo tab doesn't really exist (its label is empty String.) 
> This allows us to create bogus
>      links for the binary.xml and source.xml files.  These bogus links
> are necessary to trick
>      Forrest into converting them into html even though they are not
> linked anywhere.  The real
>      links are the cgi scripts tha will eventually make use of these
> html templates.
>      -->
>      <foo href="" label="" tab="foo">
>          <bindownload_html label="" href="binary.html"/>
>          <srcdownload_html label="" href="source.html"/>
>      </foo>
> So the foo tab links forced the generation of the HTML page but you
> never see them because the tab is empty string.  The links in the
> download section were necessary b/c otherwise when the cgi redirected
> you to the page you would see the empty tab with empty entries.  You
> can check out the end results at

That is an interesting workaround.


View raw message