<?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: Shopping Carts should be Lists?</title>
	<atom:link href="http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/feed/" rel="self" type="application/rss+xml" />
	<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/</link>
	<description>Web Design Blog and Studio</description>
	<lastBuildDate>Sat, 17 Sep 2011 14:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Chris</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-43727</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Mon, 25 Jan 2010 21:40:40 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-43727</guid>
		<description>In my mind there is no doubt your are attempting to display tabular data, and therefore a table is the most semantically appropriate construct to use.

There is no SEO advantage to either approach. However there is an accessibility advantage to a well constructed table. Great resources include:
- http://www.usability.com.au/resources/tables.cfm
- http://www.456bereastreet.com/archive/200410/bring_on_the_tables/

The focus should always be on what gives the best value to all your visitors. This quote is something I try to keep in mind - &quot;Search engines are blind, deaf, mobility impaired users with scripting and plugins turned off.&quot; [http://weblog.200ok.com.au/2005/06/search-engine-optimisation-is-new.html]</description>
		<content:encoded><![CDATA[<p>In my mind there is no doubt your are attempting to display tabular data, and therefore a table is the most semantically appropriate construct to use.</p>
<p>There is no SEO advantage to either approach. However there is an accessibility advantage to a well constructed table. Great resources include:<br />
- <a  href="http://www.usability.com.au/resources/tables.cfm" rel="nofollow">http://www.usability.com.au/resources/tables.cfm</a><br />
- <a  href="http://www.456bereastreet.com/archive/200410/bring_on_the_tables/" rel="nofollow">http://www.456bereastreet.com/archive/200410/bring_on_the_tables/</a></p>
<p>The focus should always be on what gives the best value to all your visitors. This quote is something I try to keep in mind &#8211; &#8220;Search engines are blind, deaf, mobility impaired users with scripting and plugins turned off.&#8221; [http://weblog.200ok.com.au/2005/06/search-engine-optimisation-is-new.html]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-29685</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 28 May 2009 15:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-29685</guid>
		<description>I am intrigued by the idea of a &quot;list&quot; of items for shopping purposes. But as Mike Jolley has pointed out, a list that basically looks like...

Product A
Product B
Product C

Cost A
Cost B
Cost C... etc.

... is a bit hard to read. Maybe if you had an inline list, such as...


Product A - Cost A
Product B - Cost B... etc.

... and I am aware this is the definition of tabular data but using an inline list can keep code cleaner and not full of s &amp; s.</description>
		<content:encoded><![CDATA[<p>I am intrigued by the idea of a &#8220;list&#8221; of items for shopping purposes. But as Mike Jolley has pointed out, a list that basically looks like&#8230;</p>
<p>Product A<br />
Product B<br />
Product C</p>
<p>Cost A<br />
Cost B<br />
Cost C&#8230; etc.</p>
<p>&#8230; is a bit hard to read. Maybe if you had an inline list, such as&#8230;</p>
<p>Product A &#8211; Cost A<br />
Product B &#8211; Cost B&#8230; etc.</p>
<p>&#8230; and I am aware this is the definition of tabular data but using an inline list can keep code cleaner and not full of s &amp; s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-18762</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Wed, 19 Nov 2008 02:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-18762</guid>
		<description>You know there is a lot of free carts on the net, we have made our own. Must carts that or off the self, sometime are hard to adapt to the payment gateway. 


Allen </description>
		<content:encoded><![CDATA[<p>You know there is a lot of free carts on the net, we have made our own. Must carts that or off the self, sometime are hard to adapt to the payment gateway. </p>
<p>Allen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-18760</link>
		<dc:creator>Allen</dc:creator>
		<pubDate>Wed, 19 Nov 2008 00:48:20 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-18760</guid>
		<description>It seems to me that the best you could hope for is to reimplement the much-maligned table using divs and lists, and all you’d really gain from the exercise is avoiding the table tag. 

Just my 2 cents 

</description>
		<content:encoded><![CDATA[<p>It seems to me that the best you could hope for is to reimplement the much-maligned table using divs and lists, and all you’d really gain from the exercise is avoiding the table tag. </p>
<p>Just my 2 cents</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Herrera</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-18134</link>
		<dc:creator>Diego Herrera</dc:creator>
		<pubDate>Mon, 03 Nov 2008 10:00:20 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-18134</guid>
		<description>Hi there, 

I also see where you are coming from, not sure how much it would help SEO wise as I&#039;m not sure google goes around filling out shopping carts etc but hey, you never know :)

diego

www.corporatewebsolutions.net</description>
		<content:encoded><![CDATA[<p>Hi there, </p>
<p>I also see where you are coming from, not sure how much it would help SEO wise as I&#8217;m not sure google goes around filling out shopping carts etc but hey, you never know <img src='http://designbit.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>diego</p>
<p><a  href="http://www.corporatewebsolutions.net" rel="nofollow">http://www.corporatewebsolutions.net</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-17203</link>
		<dc:creator>Anthony</dc:creator>
		<pubDate>Tue, 14 Oct 2008 09:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-17203</guid>
		<description>Interesting point Robin and I hope I haven&#039;t mixed the up :-)

You go to the shop with a shopping list, you find the items and add them to your shopping cart / basket. The shopping list is usually a cognitive instruction in the ecommerce buying process.

Though i feel a shopping list is something ecommerce sites don&#039;t cater to.

Also an interesting find is that;
From working in ecommerce I know that alot of users use the shopping cart as a shopping list, actually adding items just to see what extra tax etc will be added on, not intending to actually purchse the product.

This must be due to poor indication of inclusive taxes etc on the pricing.</description>
		<content:encoded><![CDATA[<p>Interesting point Robin and I hope I haven&#8217;t mixed the up <img src='http://designbit.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>You go to the shop with a shopping list, you find the items and add them to your shopping cart / basket. The shopping list is usually a cognitive instruction in the ecommerce buying process.</p>
<p>Though i feel a shopping list is something ecommerce sites don&#8217;t cater to.</p>
<p>Also an interesting find is that;<br />
From working in ecommerce I know that alot of users use the shopping cart as a shopping list, actually adding items just to see what extra tax etc will be added on, not intending to actually purchse the product.</p>
<p>This must be due to poor indication of inclusive taxes etc on the pricing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-16978</link>
		<dc:creator>Robin</dc:creator>
		<pubDate>Thu, 09 Oct 2008 03:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-16978</guid>
		<description>A valid point, but I think you might be mixing the idea of &quot;Shopping list&quot; with &quot;Shopping cart&quot; :) A cart is fundamentally different from a list, with a list being just that, a list of products, items etc.

A cart contains much more information, and so each &quot;entry&quot; in a list would need to have several units of information, something that is better expressed as a table of data.

Good article though, thought provoking!</description>
		<content:encoded><![CDATA[<p>A valid point, but I think you might be mixing the idea of &#8220;Shopping list&#8221; with &#8220;Shopping cart&#8221; <img src='http://designbit.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  A cart is fundamentally different from a list, with a list being just that, a list of products, items etc.</p>
<p>A cart contains much more information, and so each &#8220;entry&#8221; in a list would need to have several units of information, something that is better expressed as a table of data.</p>
<p>Good article though, thought provoking!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digimode</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-16641</link>
		<dc:creator>Digimode</dc:creator>
		<pubDate>Wed, 01 Oct 2008 17:27:54 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-16641</guid>
		<description>Guys, great battle fought above! 
I derive from it that for the time being I am going Tabular Data way.
Cheers&#039;</description>
		<content:encoded><![CDATA[<p>Guys, great battle fought above!<br />
I derive from it that for the time being I am going Tabular Data way.<br />
Cheers&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aswathy</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-15946</link>
		<dc:creator>Aswathy</dc:creator>
		<pubDate>Thu, 11 Sep 2008 18:47:41 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-15946</guid>
		<description>This is an interesting discussion to carry on. Well i would keep it as Tabular Data rather than lists, I suppose its the way it has to be.</description>
		<content:encoded><![CDATA[<p>This is an interesting discussion to carry on. Well i would keep it as Tabular Data rather than lists, I suppose its the way it has to be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Egypt</title>
		<link>http://designbit.co.uk/2008/07/08/shopping-carts-should-be-lists/comment-page-1/#comment-14269</link>
		<dc:creator>Egypt</dc:creator>
		<pubDate>Tue, 29 Jul 2008 01:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://designbit.co.uk/?p=122#comment-14269</guid>
		<description>in this Case you mentioned i would preffer using table to be sortable.

i hope HTML5 makes our life easier!

Thanks,</description>
		<content:encoded><![CDATA[<p>in this Case you mentioned i would preffer using table to be sortable.</p>
<p>i hope HTML5 makes our life easier!</p>
<p>Thanks,</p>
]]></content:encoded>
	</item>
</channel>
</rss>

