RE: Proposal for unitless lengths (Was: Is the px unit equivalent to user units?)

Hi, Anne-

Anne van Kesteren wrote:
| 
| Quoting Jon Ferraiolo <jonf@adobe.com>:
| > (1) One key thing to keep in mind is that there is high 
| > desirability to have a single stylesheet engine which
| > knows how to deal with 'font', 'font-size', 'letter-spacing' 
| > and 'word-spacing' on a universal basis.
| 
| How is this possible given that CSS does not have scientific 
| number notation etc. as noted elsewhere in this thread?

Excellent point, Anne. I think it is important to address any possible
issues with CSS so that implementors (particularly those with existing CSS
engines) have as clear a path as possible to implement SVG in a conforming
manner.

It's stated in SVG 1.1, section 4.1 (Basic data types) [1], under the
definition for <number>, "CSS2 [CSS2] states that a property  value which is
a <number> is specified in decimal notation. [...] Thus, for conformance
with CSS2, any property in SVG which accepts <number> values is specified in
decimal notation only." While, "For SVG's XML attributes, to provide as much
scalability in numeric values as possible, real number values can be
provided either in decimal notation or in scientific notation". And further,
under the definition for <length>, that "Note that the specification of a
<number> is different for property values than for XML attribute values."

On the surface, this says to me that only "non-style" (or geometric)
attributes can have scientific notation as a value, removing any conflict.
In pragmatic terms, however, implementors might be tempted to loosen that
distinction, creating a conflict with CSS parsers since all XML attributes
with corresponding style properties must apply the value to the property as
the computed value.

I suggest that to resolve this issue, we should apply the same logic that
Dean suggested in resolving the issue with units. The application of the
value for unitlesss <number>s to unitful <length>s would seem to require an
explicit "casting" of the attribute value, so similarly, we should require
the casting of a scientific notation in any offending style attribute to the
equivalent decimal representation in the computed property. However, this
should not affect the attribute value literal itself. Obviously, how the
rendering engine itself uses the presentation value is
implementation-specific (it may use octal for all it matters [2]). Of
course, in CSS style properties (inline or in a sheet), the decimal notation
should be required.

Does this seem acceptable?


[1] http://www.w3.org/TR/SVG/types.html
[2] Why do programmers confuse Halloween with Christmas? Because oct-31 is
dec-25.

Regards-
Doug

doug.schepers@vectoreal.com
www.vectoreal.com ...for scalable solutions.
 

Received on Thursday, 5 January 2006 08:09:36 UTC