Re: Fwd: [PATCH] different approach to --split html

[Eli Zaretskii]

> From: address@hidden
> Date: 08 Nov 2000 16:20:16 +0100
> 
> > > In
> > > general, I dislike this kind of magic.  Why not just use
> > > --outfile=dir/foo.html for that, and generate all of the html in a
> > > subdirectory
> > 
> > ??? How will this work for references that point to other documents?  If 
> > the target directory is determined at the time the HTML file is 
> > generated, and is entirely up to the user, there's no way two different 
> > files generated on two different occasions will agree on the place where 
> > to look for the files.
> 
> Sure.  I was thinking about defaulting to a directory name that is the
> basename of the toplevel output file, ie
> 
>    @setfilename lilypond.info
> 
> outputs for --html:
> 
>    lilypond/lilypond.html (Top node, hmm we could name this 'Top.html again')
>    lilypond/Node-name.html

But that's exactly what I was suggesting initially, to which you said
you didn't like such magic.

> Afaik, x-refs between html documents don't work now, so we won't
> break anything?

We won't break anything, but we must have a viable solution to xref's
into another document, because GNU documentation uses that, and
because it is annoying to add external links manually.