Errata

the urls for the @import statement throughout the book are not within quotation marks
and must be for the statement to work. Thus, on this page:

@import url(styles.9781565926226);
should be
@import url("styles.9781565926226");

@import url(sheet2.9781565926226);
should be
@import url("sheet2.9781565926226");

@import url(blueworld.9781565926226);
should be
@import url("blueworld.9781565926226");

@import url(zany.9781565926226);
should be
@import url("zany.9781565926226");

the urls for the @import statement throughout the book are not within quotation marks
and must be for the statement to work. Thus, on this page in both of the above
positions:

@import url(sheet2.9781565926226);
should be
@import url("sheet2.9781565926226");

The description of points is emphatically wrong in several regards.

First, the minor wrong issue: _Postscript_ points, by definition, are 72 to an inch.
That works for desktop publishing, but is a simplification of the original American
definition, still used by most printers, of 72.17something per inch (points and picas
originally had no relation to inches, obviously). It would be awful to get deeply
into this issue, but it is important to note points, as defined in Postscript, vs.
points, the American printer measure, just in case. American printer points (which
are different from the original British--but they use our system now, and French--who
now call their unit "didot") preceded more than metric ;-).

But the big issue is how points relate to type.

1. There is no defined necessary relation between point size and physical size of
type shapes. Historically and currently, a designer of a typeface is free to design a
typeface that is any size. In other words, the distance from ascender to descender
might commonly be equal to the point size (and would traditionally be defined as
approximately that, based on the metal body behind the type), but there is no
obligation to design that way, and for display purposes, designers often don't.
They're encouraged to do, but they don't.

In all events, it would be unusual and extraordinary that an 18pt "P", as noted here,
were physically 18pts tall. In the usual circumstance, figuring that about 2/3 of the
pt size were distributed from baseline to ascender (1/3 reserved for descenders,
which, except for the tail of a swash "Q", don't occur with upper case letters), and
realizing that cap height is usually a hair less than ascender height (a common
adjustment for visual stuff), then one might except an 18pt "P" to be about 11 pts
high.

How different are the physical sizes of type characters, and by how much does x-
height vary? The easiest way to see this is to print characters in Helvetica (or the
modern computer analogue, Arial) next to the equivalent in Times Roman. (Or one can
look at the chart on p. 76.) Not only will the proportion of pt. size to cap height
to x height be difference internally, but the two fonts differ in their heights
relative to each other. (Because they are so different, of course, no visually
literate designer would use both fonts in one manuscript, even though the temptation
is there because they often comprise the entire type palette available on a given
computer.)

So, I'm not sure how to reword this, but it is very important to drive home the point
that the height of a character is usually roughly one third of the point size, which
is roughly equivalent also to cap height.

The text "Dia" from "Dia"mond Warehouse, Incorporated is on the top of the
image. From reading the book, I can't seem to find out how to keep the text
from being hidden underneath the image.

The book states that the style "text-align: center" is just like the <center>
tag, but <center> and <div align="center"> both center entire tables, but
"text-align: center" centers the text within the table cells instead.

The way to get the effect of the <center> tag is described on page 269:

margin-left: auto; margin-right: auto;

we can see rule P.signature {Author99, ScriptTM, serif;}
and this rule won't work, because in the declaration there is just value,
without specified property. There should be P.signature {font-family:
Author99, ScriptTM, serif;}

Fig.7-58 shows an example of the rule H2{padding: 0.5em 2em; background silver;}. The
padding values are supposed to replicate to the bottom and left sides. Fig.7-58 does
not show H2 having a value of 2em for the left padding. Am I missing something?

the code example doesn't work in IE 6 nor in Opera.

The rendering is frighteningly different in the (above) browser; but in
neither does it render as it does in the book (side by side paragraphs).

Both browsers render the div sections sequentially but vertically rather
than horizontally.

The second paragraph states "...the total of the 7 horizontal properties always
equals the WIDTH of the parent element." Fig. 8-19 illustrates an example of a
paragraph with a negative MARGIN-RIGHT number that is contained within a DIV having a
WIDTH of 400. The 7 horizontal properties of the paragraph add up to 410 pixels. The
third paragraph states that "Even though this leads to a child element sticking out
of its parent, technically the specification hasn't been violated, because the values
of the seven properties add up to the required total. ???? The width of the parent is
400 pixels and the width of the child is 410 pixels.

The box and the subsequent text on page 308 and later in the chapter mention the
value "static-position". This value does not exist in the CSS2 or CSS2.1
specifications.

References: http://www.w3.org/TR/CSS21/visuren.html#position-props
http://www.w3.org/TR/CSS2/visuren.html#position-props

My copy is a May 2000 printing, but I did not see this error corrected in any
subsequent printing. No doubt you have not addressed this error because it will
require a substantial edit of chapter 9, but at least it should be documented here so
that people don't try to use this technique.

The example is not valid for HTML 4.01 because a paragraph
can not be a child of another paragraph. Use instead <div>

the urls for the @import directive throughout the book are not within quotation marks
and must be for the statement to work. Thus, on this page:

@import url(import-styles.9781565926226);
should be
@import url("import-styles.9781565926226");

I can't find a listing for HR (horizontal rule tag) in the index. I want to know if I can style HR tags using CSS but can't find out where or if this
is referenced in the book since it's not listed in the index or in the table
of contents.

The SPAN element does not appear in the index. This would appear to be related
to the fact that it is never formally introduced or described. At least I
can't find it. This would seem to be a major defect in an otherwise good book.