<?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: Ajax Usability Concerns</title>
	<atom:link href="http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/</link>
	<description></description>
	<lastBuildDate>Fri, 19 Mar 2010 04:23:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Frank</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-204128</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Sat, 24 Oct 2009 04:46:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-204128</guid>
		<description>As google recently posted in their blog, they are actually researching a way to make ajax content visible to their crawler by adding certain tags to the externally loaded content url&#039;s. This will make things a lot easier then in terms of SEO.</description>
		<content:encoded><![CDATA[<p>As google recently posted in their blog, they are actually researching a way to make ajax content visible to their crawler by adding certain tags to the externally loaded content url&#8217;s. This will make things a lot easier then in terms of SEO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: clipping path</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-191652</link>
		<dc:creator>clipping path</dc:creator>
		<pubDate>Mon, 22 Jun 2009 06:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-191652</guid>
		<description>Very informative article.  Thanks.</description>
		<content:encoded><![CDATA[<p>Very informative article.  Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lenen</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-158592</link>
		<dc:creator>Lenen</dc:creator>
		<pubDate>Sat, 17 May 2008 19:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-158592</guid>
		<description>Paradigm shift is indeed a nice alternative and for me easier. The comment about SEO and AJAX is not making sense, if you build it right; every searchengine will appreciate it and take all your AJAX stuff for granted.</description>
		<content:encoded><![CDATA[<p>Paradigm shift is indeed a nice alternative and for me easier. The comment about SEO and AJAX is not making sense, if you build it right; every searchengine will appreciate it and take all your AJAX stuff for granted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Car Hire In Reykjavik</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-146852</link>
		<dc:creator>Car Hire In Reykjavik</dc:creator>
		<pubDate>Fri, 25 Apr 2008 11:44:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-146852</guid>
		<description>Hi! Ajax is a great technology and there is not doubt about that but its not a seo friendly language so i would suggest avoid it as far as possible.

Regards
Hermann</description>
		<content:encoded><![CDATA[<p>Hi! Ajax is a great technology and there is not doubt about that but its not a seo friendly language so i would suggest avoid it as far as possible.</p>
<p>Regards<br />
Hermann</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bart F</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-146522</link>
		<dc:creator>Bart F</dc:creator>
		<pubDate>Thu, 24 Apr 2008 16:12:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-146522</guid>
		<description>Nice article. I think ajax should be used to ENHANCE the user experience.
Which means that everything should work if a user chooses to disable javascript or has a browser that does not support it.


Regards,

&lt;a title=&quot;
Open Source&quot; href=&quot;http://www.opensourcepixels.com/&quot;&gt;Open Source Pixels&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Nice article. I think ajax should be used to ENHANCE the user experience.<br />
Which means that everything should work if a user chooses to disable javascript or has a browser that does not support it.</p>
<p>Regards,</p>
<p><a title="<br />
Open Source" href="http://www.opensourcepixels.com/">Open Source Pixels</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: web programming</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-123300</link>
		<dc:creator>web programming</dc:creator>
		<pubDate>Tue, 25 Mar 2008 10:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-123300</guid>
		<description>AJAX is not at all search engine friendly so it should be avoided.</description>
		<content:encoded><![CDATA[<p>AJAX is not at all search engine friendly so it should be avoided.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abhi web designer</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-113106</link>
		<dc:creator>abhi web designer</dc:creator>
		<pubDate>Mon, 25 Feb 2008 06:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-113106</guid>
		<description>Hi! Thats really a nice post. Search engines can not read AJAX and its better if we avoid it if we are targeting search engines.</description>
		<content:encoded><![CDATA[<p>Hi! Thats really a nice post. Search engines can not read AJAX and its better if we avoid it if we are targeting search engines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: superjumbo</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-84188</link>
		<dc:creator>superjumbo</dc:creator>
		<pubDate>Wed, 09 Jan 2008 06:45:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-84188</guid>
		<description>In SEO scenario Ajax is little bit tough. Great post, keep it up.</description>
		<content:encoded><![CDATA[<p>In SEO scenario Ajax is little bit tough. Great post, keep it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred333</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-72980</link>
		<dc:creator>Fred333</dc:creator>
		<pubDate>Thu, 20 Dec 2007 15:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-72980</guid>
		<description>Ajax is tough to use when you are taking about SEO. Great article though.</description>
		<content:encoded><![CDATA[<p>Ajax is tough to use when you are taking about SEO. Great article though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Zuschlag</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/ajax-usability-concerns/comment-page-1/#comment-64640</link>
		<dc:creator>Michael Zuschlag</dc:creator>
		<pubDate>Thu, 06 Dec 2007 17:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/ajax-usability-concerns/#comment-64640</guid>
		<description>Re: Washington Post tabs. I would use animation only in desperation given it may distract or delay user action. What’s the point of AJAX if it slows the user down? 

The problem I see with the Washington Post tabs is that they don’t look like tabs. The labels are colored and underlined like links, so no surprise people expect them to work like links. Controls with distinctive effects should have distinctive appearances. In the case of tabs, the tab for the current panel should have the same background color as the panel (white, in this case). A border comprising the tab and panel is necessary so it appears as a contiguous object. Three-D visual cues can be used to make the current panel and tab appear to be in front of the others. In other words, a tab should look like a tab in a thick-client app.

That’s a general good rule of thumb: Copy the appearance of thick-clients controls. Most of these appearances have been tested and proven effective. Those that haven’t are at least familiar to many users. If you really think you’ve a better way than thick-clients (and surely there are better ways), then plan to test it. Don’t make it different just to look different.

Oh, and I’m suspicious about the use of tabs at all in this case. What sort of categories are those? How is a user supposed to know if a comic is “washingtonpost.com” or “web comic”? Aren’t there web comics that are also editorial? Where should a user look? I’d think the one thing the user knows is the name of the comic they want to read. I’d bet they’d be better off with a single scrollable pane of all comics sorted alphabetically.</description>
		<content:encoded><![CDATA[<p>Re: Washington Post tabs. I would use animation only in desperation given it may distract or delay user action. What’s the point of AJAX if it slows the user down? </p>
<p>The problem I see with the Washington Post tabs is that they don’t look like tabs. The labels are colored and underlined like links, so no surprise people expect them to work like links. Controls with distinctive effects should have distinctive appearances. In the case of tabs, the tab for the current panel should have the same background color as the panel (white, in this case). A border comprising the tab and panel is necessary so it appears as a contiguous object. Three-D visual cues can be used to make the current panel and tab appear to be in front of the others. In other words, a tab should look like a tab in a thick-client app.</p>
<p>That’s a general good rule of thumb: Copy the appearance of thick-clients controls. Most of these appearances have been tested and proven effective. Those that haven’t are at least familiar to many users. If you really think you’ve a better way than thick-clients (and surely there are better ways), then plan to test it. Don’t make it different just to look different.</p>
<p>Oh, and I’m suspicious about the use of tabs at all in this case. What sort of categories are those? How is a user supposed to know if a comic is “washingtonpost.com” or “web comic”? Aren’t there web comics that are also editorial? Where should a user look? I’d think the one thing the user knows is the name of the comic they want to read. I’d bet they’d be better off with a single scrollable pane of all comics sorted alphabetically.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
