- From: Kelly Miller <lightsolphoenix@gmail.com>
- Date: Fri, 27 May 2005 22:43:48 -0400
- To: Maxwell Terpstra <terpstra@myrealbox.com>
- CC: Johannes Koch <koch@w3development.de>, www-html@w3.org
Maxwell Terpstra wrote: > > On 27-May-05, at 0:49, Johannes Koch wrote: > >> Christian Johansen wrote: >> >>> I don't think this is a very good example either. Consider this: >>> <nl> >>> <li href="" title="This link takes you to the Home page of this >>> site.">First Link</li> >>> <li href="" title="This link takes you to the Sitemap.">Second >>> Link</li> >>> </nl> >> >> >> [...] But with using an attribute like title, the value becomes >> atomic and cannot marked up any further, which might be necessary. > > > In the case where additional mark-up is necessary, a definition list > can be nested inside of the list-item. This is much preferrable to > adding a description tag to the other list models. It keeps the > models simple, and allows for a greater variety of structures. > Then having <nl> is pointless, because that makes <nl> no different from <ul>. Besides, don't you see a problem with this: <nl> <li href="#"> <dl> <dt>Link 1</dt> <dd>This is the first link.</dd> </dl> </li> <li href="#"> <dl> <dt>Link 2</dt> <dd>This is the second link.</dd> </dl> </li> </nl> Both the term and definition become the link, then; and on top of that, this is the kind of unnecessary setup that I thought XHTML 2.0 was trying to avoid. Not to mention since links can't be nested, any more information links put in <dd></dd> wouldn't even BE links. And the other solution (making the <dt></dt> the link) makes the <nl> unnecessary markup. Why use <nl> + <dl> when you could just use a <dl> and get the same effect? -- http://www.mozilla.org/products/firefox/ - Get Firefox! http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox!
Received on Saturday, 28 May 2005 02:42:43 UTC