- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Wed, 13 Mar 2013 17:50:41 +0100
- To: Simon Sapin <simon.sapin@exyr.org>
- Cc: James Craig <jcraig@apple.com>, Steve Faulkner <faulkner.steve@gmail.com>, "www-style@w3.org" <www-style@w3.org>, "wai-xtech@w3.org" <wai-xtech@w3.org>
Hi Simon, thanks for getting the terminology right! HTML5 on @title:
"If this attribute is omitted from an element, then it implies
that the title attribute of the nearest ancestor HTML element
with a title attribute set is also relevant to this element."
http://www.w3.org/TR/html5/dom.html#the-title-attribute
So one could claim that @title is inherited like @lang.
With regard to GCPM’s named strings, then it sounds a bit complicated.
For instance because the title keyword in GCPM does not have anything
to do with the title attribute, as much as I understand. But perhaps
you could show an example of how it would have worked?
Leif H Silli
Simon Sapin, Wed, 13 Mar 2013 16:56:24 +0100:
> Le 13/03/2013 16:21, Leif Halvard Silli a écrit :
>> Yes. In Webkit. But it isn’t my impression that we are moving towards a
>> situation where*more* user agents support generated content for void
>> elements. Am I wrong? Opera used to have the best support for generated
>> content on void elements - <input> and <img>. But then they willfully
>> disabled much of what they could do, in order to conform to CSS 2.1 -
>> or what do I know why they did it. And, since I some Opera engineers
>> info gave me that info, they have "disabled" their entire rendering
>> engine. There is no progress in Firefox and IE, that I am aware of.
>>
>> Thus, the generated content field for void elemnets seems to me like a
>> where the only that is moving, is Webkit. Perhaps one could bring more
>> vendors along with a content:title; ?
>
> The ::before and ::after pseudo-elements generate CSS boxes *inside*
> the box generated by the element itself, before/after the first/last
> child.
>
> For *replaced* elements like <img> and <input>, everything "inside"
> is ignored and replaced by something else. Therefore, I think it is
> consistent with the rest of CSS that ::before and ::after don’t do
> anything on replaced elements.
>
> We had a proposal for an ::outside pseudo-element:
> http://www.w3.org/TR/css3-content/#wrapping
>
> It can be combined as eg. ::outside::after. These would work on
> replaced elements, but were apparently never implemented and removed
> from the ED. Anyone knows why it was removed?
>
>
> That said, I see another part to this proposal: `content:
> attr(title)` takes the attribute. But in the given example:
>
> <label title="Advisory text.">
> <input type="text" />
> <span><::before>Advisory text</::before></span>
> </label>
>
> … the title is taken from an ancestor. Does HTML have a concept of
> title being "inherited" like lang?
>
> So the second part of the proposal is a "title" keyword to do that.
> This used case is covered by GCPM’s named strings:
>
> http://dev.w3.org/csswg/css3-gcpm/#named-strings
>
> --
> Simon Sapin
Received on Wednesday, 13 March 2013 16:51:16 UTC