This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: [docbook-apps] term in <variablelist> is rendered incorrectlyin PDF
- From: "Robert P. J. Day" <rpjday at mindspring dot com>
- To: Bob Stayton <bobs at sco dot com>
- Cc: Jeff Beal <jeff dot beal at ansys dot com>, docbook apps list <docbook-apps at lists dot oasis-open dot org>
- Date: Fri, 5 Sep 2003 12:48:47 -0400 (EDT)
- Subject: Re: [docbook-apps] term in <variablelist> is rendered incorrectlyin PDF
On Fri, 5 Sep 2003, Bob Stayton wrote:
> Hi Jeff,
> Actually, this all changed in version 1.62.0 of the
> stylesheets. I made the maxlength into a new parameter
> 'variablelist.max.termlength'. And I changed the way the
> term character count is converted to a length. Using em
> was too wide, because a typical character is half an em.
> So I changed the calculation to em * 0.50, but this turns
> out to be just a little too narrow when using a monospace
> font. The em being used is the body font, and it doesn't
> know that the actual term is using an inline monospace font
> property. So it calculates the width as too small and is
> forced into hyphenating the result.
>
> So I changed it in CVS to em * 0.60 and now it seems to
> work much better with monospace font inlines.
ok, that clears things up immensely, since it pretty much
matches what i figured was happening in terms of the space
calculated not being *quite* enough.
for now, the easiest fix is just to edit fo/lists.xsl and
make the change there locally. i notice in that file that
the expression "em * 0.50" is used in two different places
in calculating two values related to the term length. i'm
assuming both of these can be changed to "em * 0.60" ?
rday
To unsubscribe from this list, send a post to docbook-apps-unsubscribe@lists.oasis-open.org.