- 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