- 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