W3C home > Mailing lists > Public > www-style@w3.org > April 2015

[css-ui-4] the appearance property

From: Florian Rivoal <florian@rivoal.net>
Date: Thu, 2 Apr 2015 17:22:30 +0200
Message-Id: <E514C7BD-57F1-438E-9CCA-BC9BBB401424@rivoal.net>
To: www-style list <www-style@w3.org>
Another feature I am tackling in CSS UI level 4 is the appearance

The design I am proposing here differs from the original approach,
last seen in an official spec in the 2004 CSS3-UI WD[1], and which
inspired the (poorly interoperable) experimental implementations
in Gecko[2] and Webkit[3].

This property is most commonly used in the wild with value ''none''
to disable native styling of form controls. So my design focused
on making ''none'' work, and uses ''auto'' as a default value,
although I do allow the possibility of a few other values and have
included ''button'' for now.

This approach is summarized in the following note from my draft:

> This specification intentionally refrains from making the appearance
> of all possible form controls and sub-controls available as values,
> as had previously been attempted by earlier proposals for this
> property and by several UA vendors in experimental implementations.
> Experience as shown that such a list would be very long and not
> practical to maintain, and UAs would need to add non-standard
> values to account for the behavior of non-standard pseudo-elements
> sometimes used to implement form controls. Moreover, many values of
> such an enumeration only make sense on a single element or
> pseudo-element, and are never used outside of the UA stylesheet.
> Instead, this specification will only provide auto, none, and values
> which are useful in an author or user stylesheet and for which
> interoperability can be achieved. UAs cannot therefore use the
> appearance property in the UA stylesheet to give each control is
> native look and feel, and must use appearance:auto instead.

For all the gory details, go here:


Feedback appreciated.

 - Florian

Received on Thursday, 2 April 2015 15:22:59 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:50 UTC