Thread: [Docutils-develop] HTML writer

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Any reason why the HTML writer puts in 12 pixel spacing between cells in an 
option list table?

   Richard

Richard Jones wrote:
> Any reason why the HTML writer puts in 12 pixel spacing between cells in an
> option list table?

So it does.  Option lists are rendered using HTML tables; maybe that affects
the spacing.  The only related item in the stylesheet is "table {
margin-top: 1em }", by which I think I meant "1 em space above tables
please".

Perhaps it's a side-effect of <p> tags around all paragraphs?  That makes
many browsers add space when they don't have to.

Please feel free to fix it!

-- 
David Goodger  <go...@us...>  Open-source projects:
  - Python Docutils: http://docutils.sourceforge.net/
    (includes reStructuredText: http://docutils.sf.net/rst.html)
  - The Go Tools Project: http://gotools.sourceforge.net/

On Wed, 17 Jul 2002 10:42 am, David Goodger wrote:
> Richard Jones wrote:
> > Any reason why the HTML writer puts in 12 pixel spacing between cells in
> > an option list table?
>
> So it does.  Option lists are rendered using HTML tables; maybe that
> affects the spacing.  The only related item in the stylesheet is "table {
> margin-top: 1em }", by which I think I meant "1 em space above tables
> please".
>
> Perhaps it's a side-effect of <p> tags around all paragraphs?  That makes
> many browsers add space when they don't have to.

Nope - the table tag has cellspacing="12" :)

Was wondering why :)

   Richard

Richard Jones wrote:
> On Wed, 17 Jul 2002 10:42 am, David Goodger wrote:
>> Richard Jones wrote:
>>> Any reason why the HTML writer puts in 12 pixel spacing between cells in
>>> an option list table?
>> 
>> So it does.  Option lists are rendered using HTML tables; maybe that
>> affects the spacing.  The only related item in the stylesheet is "table {
>> margin-top: 1em }", by which I think I meant "1 em space above tables
>> please".
>> 
>> Perhaps it's a side-effect of <p> tags around all paragraphs?  That makes
>> many browsers add space when they don't have to.
> 
> Nope - the table tag has cellspacing="12" :)
> 
> Was wondering why :)

I don't remember. :-)  But it looks better now, thanks.

Please feel free to improve the stylesheet and generated HTML code.  That
goes for everyone.  I'm not an HTML expert and I'm sure there's lot's of
room for improvement.

-- 
David Goodger  <go...@us...>  Open-source projects:
  - Python Docutils: http://docutils.sourceforge.net/
    (includes reStructuredText: http://docutils.sf.net/rst.html)
  - The Go Tools Project: http://gotools.sourceforge.net/

On Wed, 17 Jul 2002 11:36 am, David Goodger wrote:
> Richard Jones wrote:
> > On Wed, 17 Jul 2002 10:42 am, David Goodger wrote:
> >> Richard Jones wrote:
> >>> Any reason why the HTML writer puts in 12 pixel spacing between cells
> >>> in an option list table?
> >>
> >> So it does.  Option lists are rendered using HTML tables; maybe that
> >> affects the spacing.  The only related item in the stylesheet is "table
> >> { margin-top: 1em }", by which I think I meant "1 em space above tables
> >> please".
> >>
> >> Perhaps it's a side-effect of <p> tags around all paragraphs?  That
> >> makes many browsers add space when they don't have to.
> >
> > Nope - the table tag has cellspacing="12" :)
> >
> > Was wondering why :)
>
> I don't remember. :-)  But it looks better now, thanks.
>
> Please feel free to improve the stylesheet and generated HTML code.  That
> goes for everyone.  I'm not an HTML expert and I'm sure there's lot's of
> room for improvement.

I do when I get a chance. I'm neck-deep in cleaning up the HTML and CSS of our 
site at the moment, so I'm pretty well-versed in CSS :)

I noticed that the option value has a <code> wrapper. I'm pretty sure that's 
unintentional too :)

I'm also looking into which browsers (if any) support the page-breaking style 
hints.

    Richard

Richard Jones wrote:
> I noticed that the option value has a <code> wrapper. I'm pretty
> sure that's unintentional too :)

Actually, it's intentional, but the effect could be had just as easily
(and more flexibly) via styles.  But then browsers not supporting CSS
would suffer.  Should we care?

> I'm also looking into which browsers (if any) support the
> page-breaking style hints.

Is that for paper printing?  If not, what does it mean?

-- 
David Goodger  <go...@us...>  Open-source projects:
  - Python Docutils: http://docutils.sourceforge.net/
    (includes reStructuredText: http://docutils.sf.net/rst.html)
  - The Go Tools Project: http://gotools.sourceforge.net/

On Thu, 18 Jul 2002 12:26 pm, David Goodger wrote:
> Richard Jones wrote:
> > I noticed that the option value has a <code> wrapper. I'm pretty
> > sure that's unintentional too :)
>
> Actually, it's intentional, but the effect could be had just as easily
> (and more flexibly) via styles.  But then browsers not supporting CSS
> would suffer.  Should we care?

I shouldn't think so.

> > I'm also looking into which browsers (if any) support the
> > page-breaking style hints.
>
> Is that for paper printing?

Yep. Neither Mozilla nor Konqueror latest stable releases support it :(

   Richard

On Wed, Jul 17, 2002, David Goodger wrote:
> Richard Jones wrote:
>>
>> I noticed that the option value has a <code> wrapper. I'm pretty
>> sure that's unintentional too :)
> 
> Actually, it's intentional, but the effect could be had just as easily
> (and more flexibly) via styles.  But then browsers not supporting CSS
> would suffer.  Should we care?

Not really, I suppose.  Lynx is my primary browser, and it doesn't have
CSS; OTOH, it's not going to render <code>, either.  I suspect that's
about the extent of modern browser technology.

On the gripping hand, I don't know whether we want to target oddball
devices like cell phones that may not support CSS.
-- 
Aahz (aa...@py...)           <*>         http://www.pythoncraft.com/

Project Vote Smart: http://www.vote-smart.org/

Thread: [Docutils-develop] HTML writer

docutils-develop