Re: @unnumberedsubsubsec and HTML problems

[Eli Zaretskii]

> From: Werner LEMBERG <address@hidden>
> Date: Thu, 24 Jan 2002 20:06:14 +0100 (CET)
> 
>   makeinfo --no-split --html groff.texinfo
> 
> doesn't produce well looking results either; if you compare the
> groff.dvi with groff.html, you can see a lot of incorrect fonts.  For
> example, search the string `.TH' and look at the brackets.  In HTML,
> they are slanted but they should be normal (as in the DVI file).  Then
> search `.PP': It shouldn't be indented.  Search for `\n-[ident]': Here
> the right bracket is incorrectly slanted.

Could you please show the Texinfo sources for these fragments?  I
don't have time currently to download the full Groff distribution and
look into this, but if you show the relevant fragments, I could at
least try to figure out whether it's the intended behavior or a bug.

In general, the HTML markup is not always exactly identical to the
printed version.

> Another thing which probably is related to a bug in Netscape 6.1 on
> Linux: It can't handle `%20' in references:
> 
> This fails:
> 
>   <a href="#Invoking%20groff">Invoking groff</a>
> 
> This works (I applied `s/%20/ /' on the whole file):
> 
>   <a href="#Invoking groff">Invoking groff</a>
> 
> Since the reference is already included with double quotes I think it
> is redundant to use %20 at all here.  Maybe you can add an option to
> output a normal space.

Please try the latest pretest 4.0f.  Many things were fixed in the
HTML link area, so it's possible that the problem doesn't exist
anymore.

In any case, this is indeed a bug in Netscape 6.1.  My references
clearly say that a blank is one of the characters that should be
converted to %NN in the location part, even though it's in quotes.

> Finally, please add a `back' link for footnotes.

??  The browser should provide that function automatically; just hit
the BACK button.  Doesn't it work for you?