W3C home > Mailing lists > Public > www-dom@w3.org > January to March 2000

RE: DOM-2 CSS2FontFaceSrc, CSS2FontFaceWidths, CSS2TextShadow

From: Bill dehOra <Wdehora@cromwellmedia.co.uk>
Date: Wed, 29 Mar 2000 14:22:18 +0100
Message-ID: <AA4C152BA2F9D211B9DD0008C79F760A5CA4A5@odin.cromwellmedia.co.uk>
To: www-dom@w3.org

:In Document Object Model (DOM) Level 2 Specification, Version 
:1.0, W3C Candidate Recommendation 07 March, 2000, under 
:Section 5.3 CSS Extended Interfaces, just prior to the 
:description of Interface CSS2FontFaceSrc appears a table whose 
:descriptions states:
:"The following table specifies the type of CSSValue used to 
:represent each descriptor that can be specified in a 
:CSSStyleDeclaration found in a CSSFontFaceRule for a CSS Level 
:2 style sheet."
:In this table, the entries for "src", and "width" specify 
:"list of CSS2FontFaceSrc" and "list of CSS2FontFaceWidths", 
:respectively. However, neither CSS2FontFaceSrc nor 
:CSS2FontFaceWidths are derived from CSSValue (and thus are not 
:candidates for valueType CSS_CUSTOM), nor are they covered by 
:a CSSPrimitiveValue.
:My question then is how are CSS2FontFaceSrce or 
:CSS2FontFaceWidths to be interpreted as a "type of CSSValue"?
:A similar question holds for CSS2TextShadow which also does 
:not derive from CSSValue yet is shown in the larger table at 
:the beginning of section 5.3 as being used in a "list of 
:CSSTextShadow" for the "text-shadow" property.

I imagine that this would be implementation specific, but would probably
follow the idiom used for counter rect and rgb types. That is, embed the
types in a CSSPrimitiveValue and use a getXX() call which throws an
exception if the embbeded type XX is not the case.


    Bill de hOra    :    Cromwell Media    :    London

  bill@cromwellmedia.co.uk  :  +44 (0)20 8817 4039  

Received on Wednesday, 29 March 2000 11:57:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:06 UTC