W3C home > Mailing lists > Public > www-style@w3.org > October 2016

Re: [css3-selectors]: Proposal: Adop the ::wrap pseudo element

From: Ian Yang <ian.html@gmail.com>
Date: Sun, 2 Oct 2016 23:36:23 +0800
Message-ID: <CAFhBhuMkyqsWp+Gdao=20Ut_v_1UO5V0J1hCjUe1znzQekVeBA@mail.gmail.com>
To: CSS public list <www-style@w3.org>
2016-09-29 15:33 GMT+08:00 Christoph Päper <christoph.paeper@crissov.de>:

> fantasai <fantasai.lists@inkedblade.net>:
> >
> > While I totally agree with you on this, I believe this is a bug in HTML
> and not
> > in CSS. The wrapper element is useful for much more than just styling:
> it allows
> > anchors to target the term-definition set, and JS to operate on it as a
> single
> > element.
> >
> > (Also from a practical point of view, I get the impression from
> implementers that
> > it is much easier to implement parsing of a new HTML element than to
> implement a
> > new CSS pseudo-class that warps the element tree, so if one of your
> motivations
> > for trying to solve the problem in CSS instead of HTML is
> speed-to-market...
> > you're targetting the wrong place. ;)
>
> You’d need to convince Hixie et al., though.
>
> <https://wiki.whatwg.org/wiki/Rationale#Why_isn.E2.80.99t_
> there_a_grouping-type_element_for_description_lists_to_
> represent_individual_name-value_groups_.28e.g..2C_a_.E2.
> 80.9Cdli.E2.80.9D_element.29.3F_It_would_make_styling_as_
> well_as_adding_microdata_to_individual_groups_much_easier..5B32.5D>
> <https://wiki.whatwg.org/wiki/FAQ#HTML_should_group_.3Cdt.
> 3Es_and_.3Cdd.3Es_together_in_.3Cdi.3Es.21>
>
> This FAQ says:
>
> > This is a styling problem and should be fixed in CSS. There's no reason
> to add a grouping element to HTML, as the semantics are already unambiguous.
>
>
Thanks everyone for your precious opinion. And thanks Christoph for letting
us know that Ian Hixie and so on think it is CSS's responsibility to
introduce the wrapper.

So could we now make up our minds to start to accept the proposed pseudo
element?
Received on Sunday, 2 October 2016 15:36:52 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:15:01 UTC