Re: Liaison with CSS WG to provide a mechanism for expressing the style of document semantics

Hi Justin,


On Jun 4, 2008, at 2:12 AM, Justin James wrote:

> I think I "get" it now. There are two items which are throwing me  
> for a
> loop; the word "legend", and the way I *thought* you were using the  
> concept
> of semantics.

Indeed I think you understand the proposal. Let me see if I understand  
the changes you're suggesting. As far as I can tell, you're simply  
suggesting the name of the property should be “purpose” rather than  
“legend”. Is that correct? Are there other differences in your  
rendition, that I'm missing?

> OK, here is my revised understanding:
>
> "Legend" tries to provide a mechanism so that the semantic value of  
> a tag
> can be derived from the CSS definitions applied to the tag (with the  
> usual
> hierarchies, inheritance, etc.). It is similar in *concept* to "aria- 
> role",
> but instead of defining a function role at the element level, it  
> specifies a
> semantic purpose at the CSS definition level.
>
> I think (if my new understanding is correct) that the problem here  
> is that
> the semantics are not pre-enumerated. In the examples listed, the only
> applications that can "get" the semantics are ones written by the  
> author, or
> in collusion with the author.
>
> If, instead, we rename "legend" to be "purpose" (or something along  
> those
> lines), and pre-define a list of semantic purposes ("emphasis",  
> "strong
> emphasis", "blockquote", "header", etc.), then we make the following
> possible:
>
> .footnote {
>   purpose: "citation";
>   font-size: smaller;
>   color: grey;
> }
>
> So now the author can use <div class="footnote"> and achieve  
> styling, while
> retaining the same semantic meaning as a <citation> tag.

Well that is possible even without this legend proposal. What legend  
makes possible is a way to give users and consumers of the content a  
natural language (and localized) description of the meaning conveyed  
through some CSS style declarations (and by extension the the element  
type names and attribute values that constitute the semantics encoded  
in the HTML/XML document).

> This type of mechanism maintains my historic aim of separation of  
> semantics,
> presentation, and content, while also pushing towards the semantic  
> Web in a
> way that anonymous applications can understand the meaning of a  
> document. It
> also provides an alternative mechanism so that less specific tags  
> (such as
> div, span, img, etc.) can have more accurate semantic meanings,  
> without
> having to radically re-style existing semantic tags. In this  
> example, using
> <img class="footnote" ... /> for an image that represents a footnote  
> is a
> heck of a lot better than using a <citation> tag with a  huge amount  
> of
> styling to transform it into a tag able to display the needed image.

Yes, I think that's a nice way of putting it. Certainly part of my  
goal here was to capture that “self-describing web” idea.

> So, Robert, if my understanding of your proposal is now accurate, I  
> would
> suggest the changes that I have here. Otherwise, I will gladly  
> propose these
> items separately, and hopefully we can figure out how to talk about  
> "legend"
> in a way that we can all understand it.
>
> Thanks for your patience with me on this!

No, problem. There are many great ideas that have been floated among  
the WG members. It takes some measure of patience from all of us to  
fully understand them.

Take care,
Rob

Received on Wednesday, 4 June 2008 21:11:50 UTC