- From: Etan Wexler <ewexler@stickdog.com>
- Date: Fri, 30 Nov 2001 22:28:50 -0500
- To: Web style list <www-style@w3.org>
Values and Units <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/>
2. Introduction <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#introduction>
"There are five main types of values in CSS"
...yet there are six types listed here. Change "five" to "six".
"6. special cases (e.g. "color: #F00" and "font-size: Helvetica")"
Change "font-size" to "font-family".
3.1. Keywords <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#keywords>
"In the formal definition of property values, keywords
appear literally."
If an identifier uses escape sequences, can it still match
keyword values?
"All CSS3 properties accept the keyword value "inherit"."
Change to "All CSS3 properties accept the keyword values
"inherit" and "initial"."
3.3.1. Lengths <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#lengths>
"The format of a length value (denoted by <length>) is an
optional sign character ('+' or '-', with '+' being the
default) immediately followed by a <number>(with or without
a decimal point) immediately followed by a unit identifier (e.g.,
px, deg, etc.)."
3.3.2. Percentages <http://www.w3.org/TR/2001/WD-css
3-values-20010713/#percentages>
"The format of a percentage value (denoted by <percentage> in
this specification) is an optional sign character ('+' or '-', with
'+' being the default) immediately followed by a
<number> immediately followed by '%'."
3.3.3. Angles <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#angles>
"Their format is an optional sign character ('+' or '-', with '+'
being the default) immediately followed by a
<number> immediately followed by an angle unit identifier."
These passages repeat the double sign error of CSS2. The
<number> notation includes the optional sign; no additional sign
is necessary or permissible.
This raises questions about time values and about frequency
values: may these values have a sign at all? May these values
have a minus sign if the value is zero?
The wording about the plus sign is confusing. The
specification notes the plus sign as "being the default". What
is meant is that the semantics of the plus sign (positivity) is
implicit in the absence of a sign. This meaning should be stated
as such.
3.3.1. Lengths <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#lengths>
"After the '0' length, the unit identifier is optional."
Only after '0', or after all zero notations? In other words, are
'0.0', '0000', and '.0' valid <length> notations?
"Child elements do not inherit the relative values specified for
their parent"
To clarify, change to "Child elements do not inherit relative
<length> values specified for their parent".
"in : inches -- 1 inch is equal to 2.54 centimeters."
Change "equal" to "approximately equal" unless the working
group wishes to hamper the precision of user agents.
"pt : points -- the points used by CSS2 are equal to 1/72th of
an inch."
How does one say "1/72th" in English? That should be
"1/72nd", yes?
3.4. Strings <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#strings>
"A string cannot directly contain a newline. To include a newline in
a string, use the escape "\A" (hexadecimal A is the line
feed character in Unicode, but represents the generic notion
of "newline" in CSS)."
What about line separator (U+2028) and paragraph separator
(U+2029)? Surely these characters, too, should cause line
breaks, at least on Unicode-supporting user agents.
3.5.2. URIs <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#uris>
"BODY { background: url("http://www.bg.com/pinkish.gif") }" ...
"LI { list-style: url(http://www.redballs.com/redball.png) disc }"
In accordance with best current practice (BCP32/RFC2606),
the example host names should be in the top-level
domain "example" or in the second-level domains
"example.com", "example.net", or "example.org".
"The format of a URI value is 'url(' followed by optional
whitespace followed by an optional single quote (') or double
quote (") character followed by the URI itself, followed by
an optional single quote (') or double quote (") character followed
by optional whitespace followed by ')'. The two quote
characters must be the same."
To clarify, add "A URI value is a single token, so no comments
are permitted within it."
"Parentheses, commas, whitespace characters, single quotes (')
and double quotes (") appearing in a URI must be escaped with
a backslash: '\(', '\)', '\,'."
Be specific about the context. Parentheses in a quoted URI,
single quote marks in a double-quoted URI, and double
quote marks in a single-quoted URI need no escaping.
3.5.3. Counters <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#counters>
"To refer to a sequence of nested counters of the same name,
the notation is 'counters(<identifier>, <string>)' or
'counters(<identifier>, <string>, <list-style-type>)'. See
"Nested counters and scope" [add ref] in the chapter on
generated content [add ref]."
Add "The default style is 'decimal'."
3.6.2. Colors <http://www.w3.org/TR/2001/WD-css3-value
s-20010713/#colors>
"The list of keyword color names is: aqua, black, blue, fuchsia,
gray, green, lime, maroon, navy, olive, purple, red, silver,
teal, white, and yellow."
The list in the Color working draft <http://www.w3.org/TR/200
1/WD-css3-color-20010305> has expanded. The list here
should simply refer to the Color specification for enumeration of
the names.
"EM { color: rgb(255,0,0) } /* integer range 0 - 255 */
EM { color: rgb(100%, 0%, 0%) } /* float range 0.0% - 100.0% */"
Eliminate the range restrictions.
"All RGB colors are specified in the sRGB color space (see
[SRGB]). User agents may vary in the fidelity with which
they represent these colors, but using sRGB provides
an unambiguous and objectively measurable definition of what
the color should be, which can be related to international
standards (see [COLORIMETRY])."
The Color working draft <http://www.w3.org/TR/2001/WD-css
3-color-20010305> permits the specification of other color spaces.
Eliminate this paragraph.
"Values outside the device gamut should be clipped"
Indicate that clipping occurs in actual values, not in
computed values.
"Other devices, such as printers, have different gamuts to sRGB"
Change "to" to "than".
"If you use a background image or set the background color,
please adjust foreground colors accordingly."
Change to "Authors who use a background image or set
the background color should adjust foreground colors accordingly."
4.1. Specified values <http://www.w3.org/TR/2001/WD-css
3-values-20010713/#specified>
"Often, the specified value does not need any computation, this
is the case in example a in the table below."
Change "this" to "as".
"If a specified value is set on a shorthand property, it is
considered to be set on all individual properties."
This is false. Firstly, a shorthand property affects only
some longhand properties, not all of them. Secondly, there
are shorthand properties whose value requires splitting into
parts before assignment to the corresponding longhand properties.
If the entire value specified on the shorthand declaration
is assigned to each of the constituent properties, errors result.
"When there is no winning declaration, there is no specified
value. See example g in the table below."
This is troublesome because it leads to computed values like 'auto'.
We should say that, when there is no winning declaration,
the specified value is considered the inherited value if the
property inherits and the initial value otherwise.
4.2. Computed values <http://www.w3.org/TR/2001/WD-css
3-values-20010713/#computed>
"Relative values, on the other hand, must be transformed
into computed values: percentages must be multiplied by
a reference value (each property defines which value that is),
values with relative units (em, ex, px) must be made absolute
by multiplying with the appropriate font or pixel size, 'auto'
values must be computed by the formulas given with each
property, certain keywords ('smaller', 'bolder', 'inherit') must
be replaced according to their definitions. See example c, d and e
in the table below. "
Some 'auto' values remain 'auto' after computation. This is the
case for the properties 'clip', 'page', 'page-break-after',
'page-break-before', 'page-break-inside', 'play-during',
'table-layout', and 'z-index'. Change "'auto' values must
be computed by the formulas given with each property" to
"some 'auto' values must be computed by the formulas given
with their property".
"Since lines have not yet been laid out, some computed values
will remain "auto". See example f in the table below."
The prose and example are faulty. The fact is that some
properties have computing dependencies that require layout
prior to computation.
The examples (a section which deserves an ID) must change
to absolute length units for the computed and actual values.
The 'px' unit is relative.
An interesting example, which demonstrates some of the quirks
of CSS, follows.
Winning declaration: font: italic 45px/2.001 New Style Type, serif
Property: font-family
Specified value: New Style Type, serif
Computed value: "New Style Type", "Times"
Actual value: "Old Style Type"
Property: font-size
Specified value: 45px
Computed value: 0.5in
Actual value: 0.5in
Property: font-style
Specified value: italic
Computed value: italic
Actual value: oblique
Property: font-variant
Specified value: normal
Computed value: normal
Actual value: normal
Property: font-weight
Specified value: normal
Computed value: normal
Actual value: normal
Property: line-height
Specified value: 2.001
Computed value: 1.0005in
Actual value: 1in
Received on Friday, 30 November 2001 22:29:53 UTC