<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A Semantic Breakdown of Restaurant Menus</title>
	<atom:link href="http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/feed/" rel="self" type="application/rss+xml" />
	<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/</link>
	<description>A resource for Web designers and developers to read about and discuss their craft.</description>
	<lastBuildDate>Wed, 28 Jul 2010 19:29:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Jon</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1323</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Mon, 21 May 2007 12:35:57 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1323</guid>
		<description>@Julie:  You&#039;re right in that definition lists show a specific relationship between a term and a description.  The fact still remains, however, that each pairing is also contained in a single group as a list.  Your arguments are quite strong in supporting that a menu could be considered tabular data, but definition lists seem to make a bit more sense to me, just as a personal preference however.  Your comments have shown that it can be acceptable to use a &lt;code&gt;table&lt;/code&gt; to mark up a menu, however.

There are many time&#039;s that I&#039;ll use CSS to style a document so that some elements appear tabular even though they aren&#039;t, as the organization is usually aesthetically pleasing.

I&#039;m really glad you&#039;ve included your thoughts here, and that helping you to come to your conclusion is completely great!</description>
		<content:encoded><![CDATA[<p>@Julie:  You&#8217;re right in that definition lists show a specific relationship between a term and a description.  The fact still remains, however, that each pairing is also contained in a single group as a list.  Your arguments are quite strong in supporting that a menu could be considered tabular data, but definition lists seem to make a bit more sense to me, just as a personal preference however.  Your comments have shown that it can be acceptable to use a <code>table</code> to mark up a menu, however.</p>
<p>There are many time&#8217;s that I&#8217;ll use CSS to style a document so that some elements appear tabular even though they aren&#8217;t, as the organization is usually aesthetically pleasing.</p>
<p>I&#8217;m really glad you&#8217;ve included your thoughts here, and that helping you to come to your conclusion is completely great!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julie</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1316</link>
		<dc:creator>Julie</dc:creator>
		<pubDate>Sat, 19 May 2007 18:32:16 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1316</guid>
		<description>Definition lists, though, only show one relationship: the term and the definition. Tables, on the other hand, show two relationships: the rows and the columns. When you&#039;re looking at a menu it&#039;s equally likely that you&#039;d want to scan &quot;across&quot; to see the price, or &quot;down&quot; to see the next item. Imagine the menu with CSS turned off: a definition list would be a lot harder to read than a table. I think that in the case of tabular data the presentation IS the content. The physical layout of the table gives meaning to the data within, and that&#039;s why XHTML provides th tags and so forth -- to allow visually-impaired users to &quot;see&quot; the structure of the table and therefore understand it.

Regarding the print stylesheet -- and please correct me if I&#039;m wrong, I haven&#039;t done too many of them -- my understanding is that you&#039;re supposed to avoid the kind of CSS positioning that would be required to make a definition list look like...  a table.

Whew! I don&#039;t know about you, but I think I&#039;ve convinced myself anyway. And it&#039;s a funny thing because I love definition lists and use them whenever I can. Go figure. :)</description>
		<content:encoded><![CDATA[<p>Definition lists, though, only show one relationship: the term and the definition. Tables, on the other hand, show two relationships: the rows and the columns. When you&#8217;re looking at a menu it&#8217;s equally likely that you&#8217;d want to scan &#8220;across&#8221; to see the price, or &#8220;down&#8221; to see the next item. Imagine the menu with CSS turned off: a definition list would be a lot harder to read than a table. I think that in the case of tabular data the presentation IS the content. The physical layout of the table gives meaning to the data within, and that&#8217;s why XHTML provides th tags and so forth &#8212; to allow visually-impaired users to &#8220;see&#8221; the structure of the table and therefore understand it.</p>
<p>Regarding the print stylesheet &#8212; and please correct me if I&#8217;m wrong, I haven&#8217;t done too many of them &#8212; my understanding is that you&#8217;re supposed to avoid the kind of CSS positioning that would be required to make a definition list look like&#8230;  a table.</p>
<p>Whew! I don&#8217;t know about you, but I think I&#8217;ve convinced myself anyway. And it&#8217;s a funny thing because I love definition lists and use them whenever I can. Go figure. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1326</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Thu, 17 May 2007 12:30:16 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1326</guid>
		<description>@Julie Hathaway: I&#039;m really glad you found the article useful! Thinking about it, yes, I think that a menu could be considered tabular, should the proper headings be provided.  Yes, tables are used to show data relationships, but on the same side of things, definition lists too show a relationship between pieces of data.  In my personal opinion, I think a definition list better suits this particular example, but your idea is very well received.  Regarding your worry about a print style, it should be no problem if you &lt;a href=&quot;http://mondaybynoon.com/2006/05/01/beautify-your-print-css/&quot; rel=&quot;nofollow&quot;&gt;beautify your print CSS&lt;/a&gt; :)</description>
		<content:encoded><![CDATA[<p>@Julie Hathaway: I&#8217;m really glad you found the article useful! Thinking about it, yes, I think that a menu could be considered tabular, should the proper headings be provided.  Yes, tables are used to show data relationships, but on the same side of things, definition lists too show a relationship between pieces of data.  In my personal opinion, I think a definition list better suits this particular example, but your idea is very well received.  Regarding your worry about a print style, it should be no problem if you <a href="http://mondaybynoon.com/2006/05/01/beautify-your-print-css/" rel="nofollow">beautify your print CSS</a> :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julie Hathaway</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1324</link>
		<dc:creator>Julie Hathaway</dc:creator>
		<pubDate>Wed, 16 May 2007 00:02:24 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1324</guid>
		<description>This article couldn&#039;t have been more timely for me. I&#039;m actually working on a restaurant menu right now and trying to hash out (pun intended) the best way to mark it up. Definition lists intuitively make the most sense, for sure, but couldn&#039;t you also argue that it&#039;s tabular data? Isn&#039;t the true purpose of a table to show the relationship between pieces of data (such as items, prices, and descriptions)? Imagine if the page were completely unstyled. If you used definition lists the menu would be hard to understand, but if you use tables it would be obvious. I think that&#039;s a good clue that tables are appropriate. Also, I must confess, I&#039;m worrying about the print stylesheet, which will be very simple if I use tables.</description>
		<content:encoded><![CDATA[<p>This article couldn&#8217;t have been more timely for me. I&#8217;m actually working on a restaurant menu right now and trying to hash out (pun intended) the best way to mark it up. Definition lists intuitively make the most sense, for sure, but couldn&#8217;t you also argue that it&#8217;s tabular data? Isn&#8217;t the true purpose of a table to show the relationship between pieces of data (such as items, prices, and descriptions)? Imagine if the page were completely unstyled. If you used definition lists the menu would be hard to understand, but if you use tables it would be obvious. I think that&#8217;s a good clue that tables are appropriate. Also, I must confess, I&#8217;m worrying about the print stylesheet, which will be very simple if I use tables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1317</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 15 May 2007 12:27:05 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1317</guid>
		<description>@Arjan Eising:  That&#039;s a fantastic point, and you&#039;re illustrating exactly why I enjoy talking about semantics as much as I do!  Your solution is absolutely acceptable, and also allows you to trim your markup at the same time.  Thanks very much for offering your thoughts.

@Alessandro Fulciniti: Wow, it&#039;s amusing how similar our conclusions were!  I hadn&#039;t seen your article before but if I had I would have absolutely been sure to include it in my write-up.</description>
		<content:encoded><![CDATA[<p>@Arjan Eising:  That&#8217;s a fantastic point, and you&#8217;re illustrating exactly why I enjoy talking about semantics as much as I do!  Your solution is absolutely acceptable, and also allows you to trim your markup at the same time.  Thanks very much for offering your thoughts.</p>
<p>@Alessandro Fulciniti: Wow, it&#8217;s amusing how similar our conclusions were!  I hadn&#8217;t seen your article before but if I had I would have absolutely been sure to include it in my write-up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alessandro Fulciniti</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1318</link>
		<dc:creator>Alessandro Fulciniti</dc:creator>
		<pubDate>Mon, 14 May 2007 22:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1318</guid>
		<description>Jon, it&#039;s nice to see someone shares my same opinion to markup a restaurant menu.. a while ago I&#039;ve written something about it in &lt;a href=&quot;http://web-graphics.com/mtarchive/001622.php&quot; rel=&quot;nofollow&quot;&gt;How to style a Restaurant Menu&lt;/a&gt;, which is, btw, more focused on the presentation and the CSS. Nice read indeed, thanks for sharing!</description>
		<content:encoded><![CDATA[<p>Jon, it&#8217;s nice to see someone shares my same opinion to markup a restaurant menu.. a while ago I&#8217;ve written something about it in <a href="http://web-graphics.com/mtarchive/001622.php" rel="nofollow">How to style a Restaurant Menu</a>, which is, btw, more focused on the presentation and the CSS. Nice read indeed, thanks for sharing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arjan Eising</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1320</link>
		<dc:creator>Arjan Eising</dc:creator>
		<pubDate>Mon, 14 May 2007 18:27:37 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1320</guid>
		<description>About semantic web documents, a class &lt;code&gt;description&lt;/code&gt; is &lt;em&gt;too&lt;/em&gt; semantic, I think. The second &#039;d&#039; stands for description. I think the classname &lt;code&gt;price&lt;/code&gt; is good, and with &lt;abbr title=&quot;Cascading Style Sheets&quot;&gt;CSS&lt;/abbr&gt; the other &lt;code&gt;dd&lt;/code&gt; can also be styled.</description>
		<content:encoded><![CDATA[<p>About semantic web documents, a class <code>description</code> is <em>too</em> semantic, I think. The second &#8216;d&#8217; stands for description. I think the classname <code>price</code> is good, and with <abbr title="Cascading Style Sheets">CSS</abbr> the other <code>dd</code> can also be styled.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1322</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Mon, 14 May 2007 15:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1322</guid>
		<description>@Si Jobling: I&#039;m glad to hear you agree with my assessment.  TV listings are another interesting real-world example to analyze.  I&#039;d like to take some time to think about the semantic value of television listings and perhaps write a piece on it in the near future if you wouldn&#039;t mind.</description>
		<content:encoded><![CDATA[<p>@Si Jobling: I&#8217;m glad to hear you agree with my assessment.  TV listings are another interesting real-world example to analyze.  I&#8217;d like to take some time to think about the semantic value of television listings and perhaps write a piece on it in the near future if you wouldn&#8217;t mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1321</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Mon, 14 May 2007 15:44:57 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1321</guid>
		<description>@Simanek: I&#039;m glad you found the article useful!</description>
		<content:encoded><![CDATA[<p>@Simanek: I&#8217;m glad you found the article useful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simanek</title>
		<link>http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1325</link>
		<dc:creator>Simanek</dc:creator>
		<pubDate>Mon, 14 May 2007 14:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/05/14/a-semantic-breakdown-of-restaurant-menus/#comment-1325</guid>
		<description>Wow. I&#039;ve never heard of definition lists. Interesting article and thanks for bringing my attention to what is apparently a little-used html element. Just when I thought I had a handle on xhtml.</description>
		<content:encoded><![CDATA[<p>Wow. I&#8217;ve never heard of definition lists. Interesting article and thanks for bringing my attention to what is apparently a little-used html element. Just when I thought I had a handle on xhtml.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using xcache (user agent is rejected)
Database Caching using xcache

Served from: mondaybynoon.com @ 2010-07-30 22:03:45 -->