Specifying tables in CSS (was Defining constants)

Question

Following some suggestions from Gary, I modified my table
specification to
read:
.pictureframe {width: 5%; background-color: #d8d8f0; }
.pictureframe td{padding: 5px; }
In the HTML file this is invoked with:
<table class="pictureframe" align="left"> [or as
required
This worked fine, except that if I had three pictures
together aligned
respectively left, centre and write, Dreamweaver did not
display them correctly,
but drew the left and centred images on top of each other.
Gary also suggested replacing the 'align' statement with a
'floa' statement in
the CSS. This meant that I had to have separate styles for
each alignment, so I
introduced three new styles:
.pf_l, .pf_m, .pf_r {width: 5%; background-color: #d8d8f0; }
.pf_l, .pf_m, .pf_r td {padding: 5px; }
.pf_l {float: left; }
.pf_m {float: none; }
.pf_r {float: right; }
This introduced a new set of problems. Firstly style 'pf_m'
takes up the
default alignment of the cell it is in, instead of being
centred, as I wanted,
so to get it centred I still had to add an align = centre
statement in HTML, and
secondly the image drawn with pf_r has a wider border than
the others. I cannot
see why this should be so.
A page demonstrating these various effects is at:
D:\Websites\cybec\Test_nstdpage.htm
Gary also complained "there's no such attribute as
"bordercolor". Maybe strictly
so, but you can hardly blame me for not knowing that.
Dreamweaver doesn't
complain about it, it works, and O'Reilly's definitive guide
to HTML and XHTML
has numerous references to it. I had to look for some time to
find a statement
that it was 'nonstandard' in one of these references.
[email protected]

Answer 1

> I went there and by mistake I reformatted the whole
drive. I hope that's
> OK....
I guess that's why when I went there it was blank.
W
"Murray *ACE*" <[email protected]> wrote
in message
news:[email protected]...
> > This worked fine, except that if I had three
pictures together aligned
> > respectively left, centre and write, Dreamweaver
did not display them
> > correctly,
> > but drew the left and centred images on top of each
other.
>
> Try removing the width:5% from the table rule.
>
> > A page demonstrating these various effects is at:
> > D:\Websites\cybec\Test_nstdpage.htm
>
> I went there and by mistake I reformatted the whole
drive. I hope that's
> OK....
>
> --
> Murray --- ICQ 71997575
> Adobe Community Expert
> (If you *MUST* email me, don't LAUGH when you do so!)
> ==================
>
http://www.dreamweavermx-templates.com
- Template Triage!
>
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
>
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
>
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
> ==================
>
>
> "Clancy" <[email protected]> wrote in message
> news
[email protected]...
> > Following some suggestions from Gary, I modified my
table specification
> > to
> > read:
> >
> > .pictureframe {width: 5%; background-color:
#d8d8f0; }
> > .pictureframe td{padding: 5px; }
> >
> > In the HTML file this is invoked with:
> > <table class="pictureframe" align="left"> [or
as required
> >
> > This worked fine, except that if I had three
pictures together aligned
> > respectively left, centre and write, Dreamweaver
did not display them
> > correctly,
> > but drew the left and centred images on top of each
other.
> >
> > Gary also suggested replacing the 'align' statement
with a 'floa'
> > statement in
> > the CSS. This meant that I had to have separate
styles for each
> > alignment, so I
> > introduced three new styles:
> >
> > .pf_l, .pf_m, .pf_r {width: 5%; background-color:
#d8d8f0; }
> > .pf_l, .pf_m, .pf_r td {padding: 5px; }
> > .pf_l {float: left; }
> > .pf_m {float: none; }
> > .pf_r {float: right; }
> >
> > This introduced a new set of problems. Firstly
style 'pf_m' takes up
the
> > default alignment of the cell it is in, instead of
being centred, as I
> > wanted,
> > so to get it centred I still had to add an align =
centre statement in
> > HTML, and
> > secondly the image drawn with pf_r has a wider
border than the others.
I
> > cannot
> > see why this should be so.
> >
> > A page demonstrating these various effects is at:
> > D:\Websites\cybec\Test_nstdpage.htm
> >
> > Gary also complained "there's no such attribute as
"bordercolor". Maybe
> > strictly
> > so, but you can hardly blame me for not knowing
that. Dreamweaver
doesn't
> > complain about it, it works, and O'Reilly's
definitive guide to HTML and
> > XHTML
> > has numerous references to it. I had to look for
some time to find a
> > statement
> > that it was 'nonstandard' in one of these
references.
> >
> > [email protected]
>
>