- From: <bugzilla@jessica.w3.org>
- Date: Sat, 25 Sep 2010 21:58:46 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9590
Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xn--mlform-iua@xn--mlform-i
| |ua.no
--- Comment #5 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2010-09-25 21:58:45 ---
(1) That _vendor to some developer is ugly, should be considered an
irrelevant issue
(2) vendor--feature, in contrast to _vendor-feature, can also be used in
element names: <vendor--element></vendor--element>. Whether that is an
advantage or an disadvantage depends on the angle one looks at it from ... But
regardless what HTML5 says, one _must assume_ that, sooner or later, vendors
*will* make use of this syntax in elements as well as in attributes.
(3) As justifcation for my conclusion in (2), take a look at vendor prefixes in
CSS:
In CSS, then -vendor-feature is *typically* used for properties - and
this has no effect on other browsers's ability to read the non-vendor
properties. *However*, -vendor-feature is *also* used in selectors, even in
pseudeo-selectors and pseudo-elements (Mozilla has some of those and Webkti
also has them in meda quieries). And when used in pseudo elements/selectors,
then user agents from other vendors are required, per the CSS rules, to ignore
the the entire selector - which is a feature that can be, and is used, used to
target particular user agents.
Thus, even if _vendor-feature is chosen for HTML5, vendors could still
enable support for such elements, while other vendors would then be required to
ignore such elements (per HTML5's parsing rules).
(4) Both <_vendor-element> and <vendor--element> works in the XML
serialization.
(5) That _vendor--feature creates problems w.r.t. <!-- <i ven--dor > -->,
could be considered a feature as well - if one wants to discourage use of this
option.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 25 September 2010 21:58:49 UTC