<?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: Overused lists?</title>
	<atom:link href="http://stopdesign.com/archive/2003/01/23/overused-lists.html/feed" rel="self" type="application/rss+xml" />
	<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html</link>
	<description>Stopdesign is the creative outlet of Douglas Bowman.</description>
	<lastBuildDate>Tue, 04 May 2010 11:39:03 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Gyrus</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-53</link>
		<dc:creator>Gyrus</dc:creator>
		<pubDate>Tue, 09 Mar 2004 16:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-53</guid>
		<description>I&#039;m a little late on this one, but something seems to have escaped mention. That is: there seems to be an unchallenged assumption in the &quot;internal debate&quot; here that lists are somehow inherently &quot;vertical&quot;. This is a list, too: one item, another, and another.

I think the ALA &quot;Taming Lists&quot; article does deal with this, i.e. using CSS to semantically structure *inline* lists using ul or ol. So, why is there a view here that ul is &quot;fine&quot; for sidebar navigation lists, but not for horizontal top nav lists? This seems to be an artefact of HTML&#039;s default styling of ul as a vertical, bulleted thing - this in itself is a narrow interpretation of the concept of a &quot;list&quot;, and it seems to have deeply affected our perception of lists on the web (understandably). The great thing about CSS is, it gives us the tools to liberate us from the preconceptions built into default HTML visual rendering (sorry, stating the obvious there a bit!).

I guess the issue comes down to people browsing CSS sites with old browsers, who see what they might have expected as a horizontal top nav as a vertical list. (I assume this isn&#039;t an issue for screen readers: they just read list items out sequentially, and the visual axis aspect has no bearing - a good way of thinking to release from the &quot;vertical = list&quot; assumption.) Again, this is contestable - horizontal main nav *is* a widespread convention, but there are sites with top-level links down the side.

Anyway, I&#039;ll stop there as I guess this is an old debate without much steam in it - just thought this aspect needed to pop its head up here :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m a little late on this one, but something seems to have escaped mention. That is: there seems to be an unchallenged assumption in the &#8220;internal debate&#8221; here that lists are somehow inherently &#8220;vertical&#8221;. This is a list, too: one item, another, and another.</p>
<p>I think the ALA &#8220;Taming Lists&#8221; article does deal with this, i.e. using CSS to semantically structure *inline* lists using ul or ol. So, why is there a view here that ul is &#8220;fine&#8221; for sidebar navigation lists, but not for horizontal top nav lists? This seems to be an artefact of HTML&#8217;s default styling of ul as a vertical, bulleted thing &#8211; this in itself is a narrow interpretation of the concept of a &#8220;list&#8221;, and it seems to have deeply affected our perception of lists on the web (understandably). The great thing about CSS is, it gives us the tools to liberate us from the preconceptions built into default HTML visual rendering (sorry, stating the obvious there a bit!).</p>
<p>I guess the issue comes down to people browsing CSS sites with old browsers, who see what they might have expected as a horizontal top nav as a vertical list. (I assume this isn&#8217;t an issue for screen readers: they just read list items out sequentially, and the visual axis aspect has no bearing &#8211; a good way of thinking to release from the &#8220;vertical = list&#8221; assumption.) Again, this is contestable &#8211; horizontal main nav *is* a widespread convention, but there are sites with top-level links down the side.</p>
<p>Anyway, I&#8217;ll stop there as I guess this is an old debate without much steam in it &#8211; just thought this aspect needed to pop its head up here :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Albin Wilkins</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-52</link>
		<dc:creator>John Albin Wilkins</dc:creator>
		<pubDate>Wed, 10 Sep 2003 15:12:10 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-52</guid>
		<description>We don&#8217;t need to put our blog entries into giant lists, because HTML already provides an excellent outlining method&#8230; the use of headings! (h1, h2, etc.) Use of lists would be redundant.

If each blog entry title is put into a heading tag, why couldn&#8217;t assistive-technology make a &quot;skip to next heading&quot; or &quot;skip to next heading of the same level&quot; functions? Why water down the effectiveness of lists.

Yes, many blogs &lt;em&gt;could&lt;/em&gt; be pure lists, but  many are in fact long narratives organized by date. Would you put the text of &lt;em&gt;Lord of the Rings&lt;/em&gt; or of &lt;em&gt;The Diary of Anne Frank&lt;/em&gt; in a list?</description>
		<content:encoded><![CDATA[<p>We don&#8217;t need to put our blog entries into giant lists, because HTML already provides an excellent outlining method&#8230; the use of headings! (h1, h2, etc.) Use of lists would be redundant.</p>
<p>If each blog entry title is put into a heading tag, why couldn&#8217;t assistive-technology make a &#8220;skip to next heading&#8221; or &#8220;skip to next heading of the same level&#8221; functions? Why water down the effectiveness of lists.</p>
<p>Yes, many blogs <em>could</em> be pure lists, but  many are in fact long narratives organized by date. Would you put the text of <em>Lord of the Rings</em> or of <em>The Diary of Anne Frank</em> in a list?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabe</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-51</link>
		<dc:creator>Gabe</dc:creator>
		<pubDate>Tue, 09 Sep 2003 18:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-51</guid>
		<description>I would state emphatically, that no, the blog entries should not be marked up as a huge list.  To say that blogs are essentially a list of entries illustrates the giant red herring of &#039;markup for structure&#039;, which is that structure is not a clearly definable attribute.  You can clearly conceive of a list of entries as a series of paragraphs. Barring any unforeseen and overwhelming benefits that a giant list might afford you, I would get back the reason that pre-5.0 browser development was so cracked to begin with: HTML documents were getting far too complicated and the benefits of the medium were disappearing under a deluge of tables and font tags.  As far as I&#039;m concerned, the move towards validated XHTML and CSS has been as much a benefit to web designers and developers in the simplification of web page production as in the structural improvements that are meant to benefit end users.  Given a choice between two semantically acceptable ways of marking up some content, I&#039;ll take the one with fewer nested tags any day.</description>
		<content:encoded><![CDATA[<p>I would state emphatically, that no, the blog entries should not be marked up as a huge list.  To say that blogs are essentially a list of entries illustrates the giant red herring of &#8216;markup for structure&#8217;, which is that structure is not a clearly definable attribute.  You can clearly conceive of a list of entries as a series of paragraphs. Barring any unforeseen and overwhelming benefits that a giant list might afford you, I would get back the reason that pre-5.0 browser development was so cracked to begin with: HTML documents were getting far too complicated and the benefits of the medium were disappearing under a deluge of tables and font tags.  As far as I&#8217;m concerned, the move towards validated XHTML and CSS has been as much a benefit to web designers and developers in the simplification of web page production as in the structural improvements that are meant to benefit end users.  Given a choice between two semantically acceptable ways of marking up some content, I&#8217;ll take the one with fewer nested tags any day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-50</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Thu, 04 Sep 2003 17:16:57 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-50</guid>
		<description>Well, I guess it was left dangling, wasn&#039;t it?

I&#039;m still torn over the approach. Tantek is sold on it. I see some benefits and logic to making each entry a list item.

But something in me is uncomfortable with wrapping a &lt;ul&gt; and &lt;li&gt; around everything (or in Tantek&#039;s case, an &lt;ol&gt;). For some reason, it reminds me of the days when we wrapped a table around everything just to control layout.

The benefits of moving each entry to a list item might be more apparent in screen readers and other assitive devices. Screen readers will often encounter a list, and announce how many items are included in the list. This allows the user to decide how to rapidly to move through the list, or maybe even to skip it entirely. If a screen reader allows the user to &quot;jump&quot; from one list item to the next (without the use of traditional name anchors), then I&#039;d see this as a very good thing, and a reason to convert each &lt;div class=&quot;entry&quot;&gt; to a &lt;li&gt;. It would allow a user to skip multiple entries and get to one they hadn&#039;t read.

But it all comes down to the title of this post. Is there a point where lists are simply overused? I don&#039;t know the answer to that one.</description>
		<content:encoded><![CDATA[<p>Well, I guess it was left dangling, wasn&#8217;t it?</p>
<p>I&#8217;m still torn over the approach. Tantek is sold on it. I see some benefits and logic to making each entry a list item.</p>
<p>But something in me is uncomfortable with wrapping a &lt;ul&gt; and &lt;li&gt; around everything (or in Tantek&#8217;s case, an &lt;ol&gt;). For some reason, it reminds me of the days when we wrapped a table around everything just to control layout.</p>
<p>The benefits of moving each entry to a list item might be more apparent in screen readers and other assitive devices. Screen readers will often encounter a list, and announce how many items are included in the list. This allows the user to decide how to rapidly to move through the list, or maybe even to skip it entirely. If a screen reader allows the user to &#8220;jump&#8221; from one list item to the next (without the use of traditional name anchors), then I&#8217;d see this as a very good thing, and a reason to convert each &lt;div class=&#8221;entry&#8221;&gt; to a &lt;li&gt;. It would allow a user to skip multiple entries and get to one they hadn&#8217;t read.</p>
<p>But it all comes down to the title of this post. Is there a point where lists are simply overused? I don&#8217;t know the answer to that one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Heyer</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-49</link>
		<dc:creator>Josh Heyer</dc:creator>
		<pubDate>Thu, 04 Sep 2003 15:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-49</guid>
		<description>Following Tobias thought, what did your &#039;internal debate&#039; result in? I felt that this article was left unfinished in a way because it wasn&#039;t clear what the result was.</description>
		<content:encoded><![CDATA[<p>Following Tobias thought, what did your &#8216;internal debate&#8217; result in? I felt that this article was left unfinished in a way because it wasn&#8217;t clear what the result was.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias</title>
		<link>http://stopdesign.com/archive/2003/01/23/overused-lists.html#comment-48</link>
		<dc:creator>Tobias</dc:creator>
		<pubDate>Thu, 04 Sep 2003 11:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://70.32.90.75/?p=69#comment-48</guid>
		<description>In my opinion one thing is important (as you already said): for styled version it doesnt really matter if a navigation is a list (meaning &#039;can be recognised as...&#039;) or not - user doesnt care if he recognizes the links. But unstyled version have advantages seeing eg. navigation as list (&lt;a href=&quot;http://www.simplebits.com/archives/2003/09/02/simplequiz_a_list_conclusion.html&quot; rel=&quot;nofollow&quot;&gt;see also SimpleQuiz&lt;/a&gt;). So I like using UL for navigation.

What would be interesting for me: What did your &#039;internal debate&#039; about further use of list-items (last paragraf) result in?</description>
		<content:encoded><![CDATA[<p>In my opinion one thing is important (as you already said): for styled version it doesnt really matter if a navigation is a list (meaning &#8216;can be recognised as&#8230;&#8217;) or not &#8211; user doesnt care if he recognizes the links. But unstyled version have advantages seeing eg. navigation as list (<a href="http://www.simplebits.com/archives/2003/09/02/simplequiz_a_list_conclusion.html" rel="nofollow">see also SimpleQuiz</a>). So I like using UL for navigation.</p>
<p>What would be interesting for me: What did your &#8216;internal debate&#8217; about further use of list-items (last paragraf) result in?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
