<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Jamie Nay &#187; accessibility</title>
	<atom:link href="http://jamienay.com/tag/accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://jamienay.com</link>
	<description>A PHP web developer writing about the web.</description>
	<lastBuildDate>Sat, 21 Aug 2010 21:11:22 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Your Splash Page Sucks</title>
		<link>http://jamienay.com/2009/05/your-splash-page-sucks/</link>
		<comments>http://jamienay.com/2009/05/your-splash-page-sucks/#comments</comments>
		<pubDate>Tue, 05 May 2009 18:17:12 +0000</pubDate>
		<dc:creator>Jamie</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[bad clients]]></category>
		<category><![CDATA[flash]]></category>
		<category><![CDATA[pet peeves]]></category>
		<category><![CDATA[rant]]></category>
		<category><![CDATA[splash pages]]></category>
		<category><![CDATA[usability]]></category>

		<guid isPermaLink="false">http://www.jamienay.com/?p=115</guid>
		<description><![CDATA[You heard me &#8211; it sucks! I&#8217;m especially looking at you, Flash developers. To be fair, yours isn&#8217;t the only one that sucks &#8211; all splash pages (enter gross generalization here) suck. The internet is about content, and splash pages, especially those containing the ubiquitous and oh-so-irrelevant &#8216;Flash introduction&#8217;. The more clicking a user has to do to get to [...]]]></description>
			<content:encoded><![CDATA[<h3>You heard me &#8211; it sucks! I&#8217;m especially looking at you, Flash developers.</h3>
<p>To be fair, yours isn&#8217;t the only one that sucks &#8211; <em>all</em> splash pages (enter gross generalization here) suck. The internet is about <em>content</em>, and splash pages, especially those containing the ubiquitous and oh-so-irrelevant &#8216;Flash introduction&#8217;.</p>
<p>The more clicking a user has to do to get to the content he&#8217;s looking for (or the content you want him to find), the less likely he is to actually get there. If I&#8217;m shopping for an item and I can buy it at two stores, but one of the stores has three doors blocking the item and the other store has no doors at all, which store am I likely to enter? Common sense would dictate that I would enter the store that&#8217;s easier to navigate and has less barriers between me and the content I want.</p>
<p>So why, then, are Flash splash pages so popular? The number of &#8216;professional&#8217; websites that have useless splash pages &#8211; often in a slow-loading medium such as Flash &#8211; astounds me. Clients usually ask for splash pages because it gives them a chance to show off, either that they have a big budget or that they like to be f(F)lashy. But what these clients don&#8217;t realize is that a splash page can often trip up search engine spider bots, since it represents a barrier between the spider and the real content. The worst case scenario is that the spider will index <em>only</em> the splash page, leaving your content in the dark.</p>
<p>Splash pages are usually self-indulgent and extraneous. Moreover, those who push for their inclusion on a website usually don&#8217;t understand the internet as a medium. Flash/splash advocates usually have too much money and not enough brains, so they just throw a whole bunch of cash at a company because they want something that looks &#8216;cool&#8217; or &#8216;flashy&#8217; or &#8216;impressive&#8217; or whatever; usability and content definitely are not priorities. The minority of splash pages that <em>do</em> have content could probably be retooled so that the content is just on the &#8216;main&#8217; homepage of the website. Jared Spool, who is with User Interface at Macromedia, is quoted on <a href="http://www.marketingsherpa.com/sample.cfm?contentID=2529">MarketingSherpa.com</a> as saying:</p>
<blockquote><p>When we have clients who are thinking about Flash splash pages, we tell them to go to their local supermarket and bring a mime with them. Have the mime stand in front of the supermarket, and, as each customer tries to enter, do a little show that lasts two minutes, welcoming them to the supermarket and trying to explain the bread is on aisle six and milk is on sale today. <em>(taken from </em><a href="http://www.seomoz.org/blog/how-to-convince-a-client-they-dont-need-a-splash-page" target="_blank">SEOmoz</a>)<a href="http://www.seomoz.org/blog/how-to-convince-a-client-they-dont-need-a-splash-page" target="_blank"><br />
</a></p></blockquote>
<p>Could you imagine that? I know I&#8217;d last about six seconds before either punching the mime in the face or going to a different store. And, in website terms, since you can&#8217;t usually punch site owners in the face, then you&#8217;ll probably just go somewhere else for the same information.</p>
<p>Jakob Nielson, who would get my vote for the President of the Internet, lists Flash &#8211; that fixture of bad splash pages &#8211; as one of the <a href="http://www.useit.com/alertbox/designmistakes.html">Top Ten Web Design Mistakes  of 2005</a> (all of which still apply today). Nielson writes that Flash intro pages are &#8220;so bad that even the most clueless Web designers won&#8217;t recommend them, even though a few (even more clueless) clients continue to request them&#8221;.<a href="http://www.smashingmagazine.com/2007/10/11/splash-pages-do-we-really-need-them/" target="_blank"> Smashing Magazine</a> has an excellent showcase of splash pages, from the <a title="Why make your visitors guess??" href="http://www.funkypunky.ru/" target="_blank">very worst</a> to the <a title="Talk about completely extraneous." href="http://www.hrubes.com/" target="_blank">poorly designed</a> to the <a title="At least it has some information." href="http://www.apple.com/" target="_blank">not-so-intolerable-but-still-unnecessary</a>. Anytime I come across a splash page &#8211; especially one done in Flash &#8211; I turn around and walk my virtual self out the door.</p>
<p>I&#8217;ll end with another golden Nielson quote from the same article as above &#8211; some advice on how to design your website so that you don&#8217;t need Flash, splash, or anything of the sort:</p>
<blockquote><p>Flash should not be used to jazz up a page. If your content is boring, rewrite text to make it more compelling and hire a professional photographer to shoot better photos. Don&#8217;t make your pages move. It doesn&#8217;t increase users&#8217; attention, it drives them away; most people <strong>equate animated content with useless content</strong>.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://jamienay.com/2009/05/your-splash-page-sucks/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Click here to kiss my&#8230;</title>
		<link>http://jamienay.com/2009/04/click-here-to-kiss-my/</link>
		<comments>http://jamienay.com/2009/04/click-here-to-kiss-my/#comments</comments>
		<pubDate>Wed, 08 Apr 2009 04:41:03 +0000</pubDate>
		<dc:creator>Jamie</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[pet peeves]]></category>
		<category><![CDATA[rant]]></category>
		<category><![CDATA[usability]]></category>

		<guid isPermaLink="false">http://www.jamienay.com/?p=90</guid>
		<description><![CDATA[If I had to choose my top pet peeve relating to the world of website design, it would definitely be that one, annoying, lazy, useless phrase to indicate a link: click here! Click where? Why here? Why not there? Where else am I going to click? What am I clicking on? Where am I going? Those are just a few [...]]]></description>
			<content:encoded><![CDATA[<p>If I had to choose my top pet peeve relating to the world of website design, it would definitely be that one, annoying, lazy, useless phrase to indicate a link:</p>
<h2><a title="Hah, made you look." href="#">click here!</a></h2>
<p>Click where? Why here? Why not there? Where else am I going to click? What am I clicking on? Where am I going? Those are just a few of the questions that links labeled &#8220;click here&#8221; raise.</p>
<p>The world wide web should be, in my opinion, a loosely linked repository of semantic resources. That&#8217;s the ideal situation, of course; since 99% of everything on the WWW is horrible, we&#8217;re not there yet. But we few decent developers can still try to make our websites as semantic and sensible as possible. So, while they should be obvious, links don&#8217;t need to jump out of the screen and slap the user in the face. &#8220;Click here!&#8221;? Seriously? Don&#8217;t insult a user&#8217;s intelligence. If a visitor wants to follow a link, he&#8217;ll follow the link. <strong>But</strong>, that link needs to speak for itself.</p>
<p>By &#8216;<strong>speak for itself</strong>&#8216;, I mean that the clickable portion of text should describe to the user what&#8217;s on the other side of the click. If you want to link to a page on, say, your favourite hockey team, don&#8217;t write this:</p>
<blockquote><p>Want to read more about the Vancouver Canucks? <span style="text-decoration: underline;">Click here!</span></p></blockquote>
<p>As you can see, the link (&#8220;Click here!&#8221;) doesn&#8217;t actually say anything about the resource to which it is pointing. Sure, there&#8217;s an explanation beforehand. But I would argue that anything <em>surrounding</em> the link is irrelevant; the eye is drawn to the link itself, so that&#8217;s where the important information should be. The World Wide Web Consortium (WC3), in its article &#8220;<a href="http://www.w3.org/QA/Tips/noClickHere">Don&#8217;t use &#8216;click here&#8217; as link text</a>&#8220;, recommends that link text should offer an exaplanation of the page to which it links and the information it offers, even when read out of context. The W3C emphasizes that one should not focus link text around mechanics (&#8220;follow this link here&#8221;), action verbs (&#8220;click&#8221;), and so on.</p>
<p>Website visitors know what links are and how to recognize them without explaining the mechanics of linking in the text. Too many web developers these days don&#8217;t want to give their users any credit. The bottom line is that if a person can figure out how to turn on his computer, open his internet browser, and navigate to a website, it&#8217;s a pretty safe bet that he&#8217;ll be able to recognize <strong>properly styled </strong>links. I say &#8216;properly styled&#8217; because too many website owners try to be too pretty/stylish/different when it comes to presenting links. A link should be <strong>the last spot </strong>that the user expects to have strange styling. If links are recognizable &#8211; underlined, a different colour, an obvious change on hover (larger font, etc.) &#8211; users will find and follow them. One need not make the text blinking with a scrolling marquee; an understated but clear indication of a link to another resource will do the job. And, since we&#8217;re explaining the target resource in the text of the link, we don&#8217;t need to give a silly instruction like &#8216;click here&#8217; to the user. A stop sign doesn&#8217;t say &#8220;press on the brake pedal&#8221;, nor does the door to a house say &#8220;open this to enter&#8221;. If we let the link speak for itself and put it in the context of other text, it will look something like this:</p>
<blockquote><p><a href="#">The Vancouver Canucks</a> are my all-time favourite hockey team. They have speed, grit, scoring, and defense.</p></blockquote>
<p>One would expect to find a website about the Vancouver Canucks on the other side of this link. We don&#8217;t need to say &#8220;click&#8221;, &#8220;follow&#8221;, or even something like &#8220;more information&#8221; &#8211; for example, &#8216;<a href="#">More Information on the Vancouver Canucks</a>&#8216; &#8211; since the mere existence of the link implies that we&#8217;ll be getting more information. Additionally, this link tells the visitor exactly what to expect when he decides to follow without revealing <em>how </em>the visitor should do it.  Remember, not everyone will be &#8216;clicking&#8217; on your links, since only a mouse clicks. Users navigating with the keyboard, a touch phone, a screen reader, and so on will not be clicking anything (admittedly most users will know what &#8216;click&#8217; means even if they&#8217;re not using  a mouse, but it&#8217;s still good practice not to force mechanics on your visitors).</p>
<p>In his excellent article &#8220;<a href="http://www.useit.com/alertbox/designmistakes.html">Top Ten Web Design Mistakes of 2005</a>&#8221; (and, believe me, those mistakes still apply today), web usability and accessibility guru Jakob Nielson advises that links should</p>
<blockquote><p>Explain what users will find at the other end of the link, and include some of the key information-carrying terms in the anchor text itself to enhance scannability and search engine optimization (SEO). Don&#8217;t use &#8220;click here&#8221; or other non-descriptive link text.</p></blockquote>
<p>As Nielson says, since links are the most common and prominent way for resources on the web to interact with each other, making links confusing and non-intuitive &#8220;is a sure way to confuse and delay users&#8221;. Many search engine optimization (SEO) experts also recommend against using &#8216;click here&#8217; since search engines (so they claim) associate webpages with the words used to link to them; vague and irrelevant linking words such as &#8216;click here&#8217; will only hamper a potential visitor&#8217;s ability to find these websites when searching (see, for example, Solo Signal&#8217;s &#8220;<a href="http://www.solosignal.com/seo-tip-please-dont-click-here">SEO Tip: Please Don&#8217;t Click Here</a>&#8220;).</p>
<p>A responsible web developer ensures that a website is as accessible, usable, and sensible as possible. Using ambiguous phrases such as &#8220;click here&#8221; reduce the usabilty of a site by obfuscating one of the web&#8217;s most important elements, the link. For more information and references, see <a href="http://en.wikipedia.org/wiki/Click_here" target="_blank">the Wikipedia page &#8216;Click here&#8217;</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://jamienay.com/2009/04/click-here-to-kiss-my/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
