This is the mail archive of the docbook-apps@lists.oasis-open.org mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [docbook-apps] <itemizedlist><variablelist><funcsynopsis>


On Tue, 2003-11-25 at 11:51, Bob Stayton wrote:
> On Tue, Nov 25, 2003 at 06:22:11AM -0600, John Himpel wrote:
> > On Mon, 2003-11-24 at 21:00, Bob Stayton wrote:
> > > On Mon, Nov 24, 2003 at 09:10:47PM -0600, John Himpel wrote:
> > > > When I use the following markup:
> > > > 
> > > > <itemizedlist>
> > > >   <listitem>
> > > >     <variablelist>
> > > >       <varlistentry>
> > > >         <term>
> > > >           <funcsynopsis>
> > > >             <funcprototype>
> > > >               <funcdef>
> > > >                 int
> > > >                 <function>xf86GetVerbosity</function>
> > > >               </funcdef>
> > > >               <void />
> > > >             </funcprototype>
> > > >           </funcsynopsis>
> > > >         </term>
> > > >         <listitem>
> > > >           <simpara>which returns the value of
> > > >             <varname>xf86Verbose</varname>
> > > >           </simpara>
> > > >         </listitem>
> > > >       </varlistentry>
> > > >     </variablelist>
> > > >   </listitem>
> > > >   <listitem>
> > > >     <variablelist>
> > > >       <varlistentry>
> > > >         <term>
> > > >           <funcsynopsis>
> > > >             <funcprototype>
> > > >               <funcdef>
> > > >                 int
> > > >                 <function>xf86GetDepth</function>
> > > >               </funcdef>
> > > >               <void />
> > > >             </funcprototype>
> > > >           </funcsynopsis>
> > > >         </term>
> > > >          <listitem>
> > > >            <simpara>which returns the               
> > > > <parameter>-depth</parameter> command line 
> > > >              If not set on the command line, <constant>-1</constant>
> > > >              is returned.
> > > >            </simpara>
> > > >         </listitem>
> > > >       </varlistentry>
> > > >     </variablelist>
> > > >   </listitem>
> > > > </itemizedlist>
> > > > 
> > > > This yields something similar to this:
> > > > 
> > > > int xf86GetVerbosity():
> > > > (circle)
> > > >      which returns the value of xf86Verbose
> > > > 
> > > > I think the stylesheets cannot cope with the level of nesting of the
> > > > funcsynopsis.
> > > > 
> > > > Can anyone else replicate the problem.
> > > > 
> > > > I am using the latest xsltproc/4.2 dtd/1.62.4 xsl-stylesheets
> > > 
> > > You didn't mention if this problem is in the
> > > HTML or print output.
> > 
> > Bob,
> > 
> > Sorry about that!
> > 
> > I have only tried HTML.  I haven't tried PRINT yet.
> > 
> > John
> 
> Hmm, I get the following with your example when I view it
> with IE5 or Netscape 4.7:
> 
> o
>     int xf86GetVerbosity():
>            which returns the value of xf86Verbose
> 
> where "o" is the bullet.  That is, the bullet is not out
> of order as in your example.  What browser are you using?
> Is CSS involved?
> 
> The bullet is above the term, but that's expected because
> the variablelist in the itemizedlist/listitem starts a
> <div>, which will start on a new line.
> 
> I don't think you can get the term to line up with
> the bullet without using CSS to adjust the
> div margins.
> 
> I do see one oddity: the right paren in the
> expression is slightly lower than the left
> paren.

I have three browsers available to me:
1) Ephiphany
2) Mozilla
3) IE - Latest with all patches

The first two render as I describe (makes since because they use the
same rendering engine) and IE renders as you describe.

I have stored the results of the transformation at:
http://fun.bestdsl.net/~jlhimpel/jwh.html

You can view the resulting source, but it looks just like you describe.

I fed that URI to the HTTP validator at w3.org and it fails to validate
at HTML 4.1 Transitional.  I recall, but can't seem to locate, a
previous discussion on this list something to the effect that DocBook
will generate working HTML (what a browser will display correctly)
rather than correct HTML (validates properly).  Is this one of those
instances?

Thanks.

John


To unsubscribe from this list, send a post to docbook-apps-unsubscribe@lists.oasis-open.org, or visit http://www.oasis-open.org/mlmanage/.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]