- From: Laurens Holst <lholst@students.cs.uu.nl>
- Date: Tue, 05 Jul 2005 19:40:25 +0200
- To: Karl Dubost <karl@w3.org>
- Cc: www-html-editor@w3.org, www-html@w3.org
Karl Dubost schreef: >> You are kind of ignoring the more important bit here, namely that DFN >> is also used for keyword indexing. If Google were a better bot, it >> would use the <dfn> tags on pages to give them more weight, which they >> have. Not just that. A small app that would simply list all DFNs on >> that page with links to them would be very handy for a wiki page where >> some stuff does not require a new page, for example. > > which means that you have to make the "id" attribute mandatory for this > purpose. If I follow you, because a dfn alone would be useless? Not really. We are talking about dynamic generation with e.g. XSLT here. Automatically assigning IDs to sections or headings for that purpose is quite trivial. In no way does that make ID mandatory however. XPointer could be used as well. And as said before, in print this can reference to page numbers. > All the interesting comments made since the start shows that there is a > lack of > > - practical examples > - implementation requirement > - semantic model definition > - use cases > > One or more of those items in the list in the specification and/or a > best practices guide for XHTML 2.0. Because right now, many people > (webmasters, users, etc) don't understand it, including me on many > things. :) It’s a working draft. Also, I do think contributions in that form are appreciated... >>>> Especially because it takes the text out of context, I don't think >>>> making glossaries based on this is a good idea, nor very useful. >> >> No, obviously not. Referencing, however, is exactly what the web is >> about, and I see DFN as just another means to do so. > > except that to know what part of the definition is useful to understand > the term makes it very difficult without a container. Al Gilmann made a > very good comment accessibility wise for example. Mwa, we are humans :). > ;) > Maybe a wiki project could be used to create the use case for each > element on this element and that would be the start of a best practice > guide. Sounds like a nice idea. I’m all for it. ~Grauw -- Ushiko-san! Kimi wa doushite, Ushiko-san nan da!!
Received on Tuesday, 5 July 2005 17:41:21 UTC