Joseph R. B. Taylor wrote:
Mike,

Thats an interesting point. I always thought that any given <dt> or <dd> should hold one piece of information only. If nesting stuff inside them like that is completely legit that certainly opens up a lot of possibilities.

Consider this:

<dl>
   <dt><img src="house_photo.jpg" /></dt>
   <dt>123 Property Address</dt>
   <dd>3 Bedrooms | 1.5 Baths</dd>
   <dd>$150,000</dd>
   <dd>View Link</dd>
</dl>

This is how I've been marking up property lists (single list unit shown), which is where my previous example was coming from. Your example seems to capture the information relationship pretty well though....hmmmm

Mike at Green-Beast.com wrote:

I'm curious, Joseph, wouldn't that be better like this?

<h2>Our News</h2>
<dl>
   <dt>2006-12-09</dt>
       <dd>
           <h3>News Headline</h3>
               <p>Teaser statement for the article.</p>
               <p>Link to Full Story</p>
       </dd>
</dl>

Assuming of course this would be valid as it would be with any other kind of list (I didn't check).

Respectfully,
Mike Cherim
http://green-beast.com/



Hi,

On the topic of using definition lists in this sense I know some people would argue that the examples above aren't semantically accurate. I have seen <dl>s used as a way of organising Name-Value pairs which I've recently implemented on some product detail screens but is an article's *date* defined by its *excerpt*? Wouldn't an ordered list be better? (or unordered, I'm not that fussy =P) eg.

<ul class="news-articles">
   <li>
      <div class="date">09-12-2006</div>
      <h2>Article title</h2>
      <p>Excerpt here....</p>
      <a href="full-article">Read the whole thing</a>
   </li>
</ul>

Also, why does the date need to come first? And does it really need to be a heading? I'm actually asking because I've thought about it but never really drawn any solid conclusions.

Just some thoughts,
Rob O


*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************

Reply via email to