This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
Re: [docbook-apps] one more bit of carping and whining about <variablelist>
- From: Bob Stayton <bobs at sco dot com>
- To: "Robert P. J. Day" <rpjday at mindspring dot com>
- Cc: docbook apps list <docbook-apps at lists dot oasis-open dot org>
- Date: Fri, 5 Sep 2003 10:19:50 -0700
- Subject: Re: [docbook-apps] one more bit of carping and whining about <variablelist>
- References: <Pine.LNX.4.44.0309051318510.6493-100000@localhost.localdomain>
On Fri, Sep 05, 2003 at 01:33:28PM -0400, Robert P. J. Day wrote:
> ---- Start SpamAssassin results
> 7.00 points, 7 required;
> * 0.0 -- Message-Id indicates a non-spam MUA (Pine)
> * 7.0 -- BODY: Possible porn - Hot, Nasty, Wild, Young
>
> ---- End of SpamAssassin results
>
>
Content-Description: original message before SpamAssassin
> Date: Fri, 5 Sep 2003 13:33:28 -0400 (EDT)
> From: "Robert P. J. Day" <rpjday@mindspring.com>
> To: docbook apps list <docbook-apps@lists.oasis-open.org>
> Subject: one more bit of carping and whining about <variablelist>
>
>
> based on a bit more testing, i have one more issue with <variablelist>.
> well, ok, two. (obviously, i'm not going to get any *real* work done
> today. :-(
>
> first, the online TDG demonstrates that a variablelist can be rendered
> so that the terms actually overlap their corresponding listitem's, as in:
>
> TTF
>
> True Type fonts
>
> PFA, PFB
>
> PostScript fonts.
>
> note the slight overlap, where the listitem is not pushed over
> *completely* based on the length of the term. this is not what
> happens at the moment. with all my tests, the listitem gets
> cranked all the way to the right so that there is no overlap,
> as in:
>
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> xxxxx listitem here
>
> and so on. so is the example shown in TDG misleading? under what
> circumstances would that occur? or is that related to the change
> to "em * 0.60"?
The formatting style you are referring to is called
"blocks" in the stylesheet. See:
http://www.sagehill.net/docbookxsl/ListIndents.html
>
> second point is that, given multiple terms, the possible break
> to render them over two lines can be very badly chosen. with
> the two terms "/bin" and "/usr/bin", what i got was:
>
> /bin,/
> usr/bin standard system executables
>
> yuck.
Strange, when multiple term elements are used they
are separated by a comma and a space. It should
be breaking on the space, but it appears that
you don't have the space.
> p.s. i can find them as fast as you can fix them. :-)
No, much faster than we can fix them. 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
To unsubscribe from this list, send a post to docbook-apps-unsubscribe@lists.oasis-open.org.