<?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>Kevin Basil &#187; Usability</title>
	<atom:link href="http://kevinbasil.com/category/hacking/usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://kevinbasil.com</link>
	<description>Decimation &#38; Reconstruction: a weblog</description>
	<lastBuildDate>Thu, 16 Jun 2011 20:15:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>Online Survey for OCA Website</title>
		<link>http://kevinbasil.com/2006/03/03/online-survey-for-oca-website/</link>
		<comments>http://kevinbasil.com/2006/03/03/online-survey-for-oca-website/#comments</comments>
		<pubDate>Sat, 04 Mar 2006 03:35:19 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Orthodoxy]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2006/03/03/online-survey-for-oca-website/</guid>
		<description><![CDATA[OCA &#8211; Orthodox Church in America News Release Take the Survey]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.oca.org/News.asp?ID=949&#038;SID=19">OCA &#8211; Orthodox Church in America News Release</a></p>
<p><a href="http://freeonlinesurveys.com/rendersurvey.asp?id=123608">Take the Survey</a></p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2006/03/03/online-survey-for-oca-website/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Pet Peeve: &#8220;Click Here&#8221; Links</title>
		<link>http://kevinbasil.com/2006/03/01/pet-peeve-click-here-links/</link>
		<comments>http://kevinbasil.com/2006/03/01/pet-peeve-click-here-links/#comments</comments>
		<pubDate>Wed, 01 Mar 2006 22:02:56 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2006/03/01/pet-peeve-click-here-links/</guid>
		<description><![CDATA[&#8220;For more information, click here.&#8221; Where does this link go? Well, in this case, that link goes straight to hell. Actually, hell.com. The &#8220;click here&#8221; link is about the most useless way of providing text for a hyperlink. It tells me absolutely nothing about what&#8217;s going to happen when I activate it. Is my computer [...]]]></description>
			<content:encoded><![CDATA[<p>&#8220;For more information, <a href="http://hell.com/">click here</a>.&#8221; Where does this link go? Well, in this case, that link goes straight to hell. Actually, hell.com. The &#8220;click here&#8221; link is about the most useless way of providing text for a hyperlink. It tells me absolutely nothing about what&#8217;s going to happen when I activate it. Is my computer going to blow up? Am I going to be asked to register for some service? All I know is that the web author wants me to click it.</p>
<p>In this category for exactly the same reason is the &#8220;this page&#8221; or &#8220;this site&#8221; or &#8220;this post&#8221; link. It means, roughly, &#8220;click here.&#8221; Vacuous and useless.</p>
<p>Web authors, please stop. Tell me more information, so I know if that&#8217;s a web page I want to load before I activate your link. Also, this makes web search engines like Google work way better.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2006/03/01/pet-peeve-click-here-links/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Broken iTunes UI in 6.0.2</title>
		<link>http://kevinbasil.com/2006/01/17/broken-itunes-ui-in-602/</link>
		<comments>http://kevinbasil.com/2006/01/17/broken-itunes-ui-in-602/#comments</comments>
		<pubDate>Tue, 17 Jan 2006 17:17:19 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Macintosh]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/?p=587</guid>
		<description><![CDATA[I&#8217;ve always thought it cool to broadcast my current song selections to anyone and everyone, so the MiniStore controversy meme currently raging in the blogosphere rates less than a 0.1 on my GAS-o-meter, especially since the broadcast can be disabled easily. What does bother me is a fundamental borking of the user interface. iTunes&#8217; UI [...]]]></description>
			<content:encoded><![CDATA[<p><img src="/images/icon_borken_itunes.gif" alt="" style="float:left" />I&#8217;ve always thought it cool to broadcast my current song selections to anyone and everyone, so the MiniStore controversy meme currently raging in the blogosphere rates less than a 0.1 on my GAS-o-meter, especially since the broadcast can be disabled easily. What does bother me is a fundamental borking of the user interface.</p>
<p>iTunes&#8217; UI is designed to look like a music player, whether CD, DAT, or cassette tape. Up until 6.0.2, the controls acted like music players, too. The reverse control, when operated once, reset the current track to its beginning; operated twice, it reset the current track to the beginning of the previous track. With 6.0.2, this simple, intuitive behavior is degraded if you&#8217;re listening to a podcast. Reverse changes the current track to the previous track. Forward or double-click on the track you were listening to takes you to the position last played in that track/podcast, unless the track is marked as unplayed, in which case it starts at the beginning.</p>
<p>Unclear? Reverse &#8212; the back, the two triangles pointing to the left, or your left arrow key &#8212; used to take you back to the start of the current podcast. Now, it takes you back to the start of the previous podcast.</p>
<p>This is an improvement, I suppose, if you&#8217;re a moron. For the rest of us, this breaks a consistent and intuitive expectation of music player user interfaces &#8212; one that is met by nearly every other software music player on the market. </p>
<p>If I were the guy who suggested this UI change, I&#8217;d be embarassed that someone took my suggestion seriously, when I thought it was clear that I&#8217;d had one too many shots of Jaegermeister. If I were the superior who took this suggestion seriously, I&#8217;d be making sure my r&eacute;sum&eacute; were in order.</p>
<p>On the other hand, this has the stink of Jobs all over it.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2006/01/17/broken-itunes-ui-in-602/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Accessibility and Usability Forgotten at OCA.org</title>
		<link>http://kevinbasil.com/2005/03/07/accessibility-and-usability-forgotten-at-ocaorg/</link>
		<comments>http://kevinbasil.com/2005/03/07/accessibility-and-usability-forgotten-at-ocaorg/#comments</comments>
		<pubDate>Tue, 08 Mar 2005 03:36:49 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Orthodoxy]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/03/07/oca-site-critique/</guid>
		<description><![CDATA[The recent redesign of the Orthodox Church in America website represents a step forward only in ease of administration for the webmaster. Any critique will necessarily be skewed with subjective bias, but web design is not entirely a subjective field. On nearly every question of usability and accessibility, the new OCA website fails. Accessibility is [...]]]></description>
			<content:encoded><![CDATA[<p>The recent redesign of the <a href="http://www.oca.org/">Orthodox Church in America website</a> represents a step forward only in ease of administration for the webmaster. Any critique will necessarily be skewed with subjective bias, but web design is not entirely a subjective field. On nearly every question of usability and accessibility, the new OCA website fails.</p>
<p><span id="more-451"></span>Accessibility is perhaps the most glaring issue posed by the new OCA website. The opening abstract in the <a href="http://www.w3.org/TR/WAI-WEBCONTENT/" title="Web Content Accessibility Guidelines 1.0">Web Content Accessibility Guidelines</a> of the <a href="http://www.w3.org/">World Wide Web Consortium</a> (the body responsible for the standards that make up the web, like <abbr title="hypertext markup language">HTML</abbr>) makes the most convincing case for designing accessible websites:</p>
<blockquote><p>These guidelines explain how to make Web content  accessible to people with disabilities. The guidelines are intended for all Web content developers (page authors and site designers) and for developers of authoring tools. The primary goal of these guidelines is to promote accessibility. However, following them will also make Web content more available to all users, whatever user agent they are using (e.g., desktop browser, voice browser, mobile phone, automobile-based personal computer, etc.) or constraints they may be operating under (e.g., noisy surroundings, under- or over-illuminated rooms, in a hands-free environment, etc.). Following these guidelines will also help people find information on the Web more quickly. These guidelines do not discourage content developers from using images, video, etc., but rather explain how to make multimedia content more accessible to a wide audience.</p></blockquote>
<p>The new OCA website consistently employs images with empty &#8220;alt&#8221; attributes, which violates the above referenced guidelines. Disabled users, as well as users of non-visual browsers, cannot use the site as currently designed. &#8220;Alt&#8221; attributes give a description of an image for use by screen-readers and other text-only browsers, such as those used by blind users, other disabled users, mobile phones and PDAs. Many images on the site are being used instead of text; <a href="http://kevinbasil.com/oca_links_shots.html" title="Screenshots of OCA front page in text browser">the omission of &#8220;alt&#8221; descriptions makes the site unusable</a> for these users.</p>
<p>A major impetus of the site redesign was creating a database driven site that is easier to administer. I am sure that this goal has been accomplished, since the webmaster is clearly <a href="http://blog.kevinbasil.com/2005/03/07/interpreting-the-oca-advisory/" title="Interpreting the OCA Advisory">irritated by complaints that all inbound links have been broken</a> by the redesign. However, links are what the web is all about. If you break inbound links to your website, you make your <a href="http://oca.org/404/">404 error page</a> the first thing that many users see. When you redesign a site, <a href="http://www.siliconvalley.com/mld/siliconvalley/business/columnists/dan_gillmor/ejournal/2639548.htm" title="SiliconValley.com | 02/09/2002 | More on Broken Links">preserving the integrity of inbound links should be your first priority</a>.</p>
<p>The use of banners for faux advertisements is cute, but it wastes screen real estate. In usability studies, <a href="http://www.internettg.org/newsletter/dec98/banner_blindness.html">&#8220;Banner Blindness&#8221;</a> has been shown to cause website users to miss important information that looks like a banner ad. (<a href="http://www.google.com/search?q=banner+blindness" title="Google Search: banner blindness">Search Google for more information on banner blindness.</a>) Creating faux ads would be cute for a parody site like <a href="http://www.theoniondome.com/">The Onion Dome</a>, but its cuteness seems misplaced on a serious project like the official website of the Orthodox Church in America. Users of ad blocking software may never even be aware that they are missing content, since all of the faux advertisements have &#8220;Advertisement&#8221; in their URL.</p>
<p>The most annoying area of the new website is the new photo viewer. It employs pop-up windows, which makes it a major annoyance already. Once the pop-up viewer is loaded, the interface leaves much to be desired. The viewer provides a drop-down menu for selecting events, then labels the events with dates and locations rather than useful text such as &#8220;The Meeting of the Lesser Synod of Bishops.&#8221; Further, compare <a href="http://ocaphoto.oca.org/PhotoPrinter.asp?IID=13047&#038;EID=855&#038;EN=The+Meeting+of+the+Lesser+Synod+of+Bishops&#038;EL=Syosset%2C+NY&#038;ED=February+3%2C+2005">the printable version of a photo</a> with <a href="http://ocaphoto.oca.org/PhotoViewer.asp?EID=855&#038;IID=13047&#038;PEID=">its viewer version</a>. The photo is larger, no particular screen size or resolution is required, and it is generally a better designed page. (In fact, printable versions of web pages are generally better all around.)</p>
<p>Let&#8217;s be clear on one thing: The OCA website has some great content. The daily readings, hymns and hagiography, the &#8220;Life in Christ&#8221; series by Archpriest John Breck, downloadable musical settings for choir directors. Its problem is not that it doesn&#8217;t have great content; the problem is the work that it makes users do to get it. Arguably, the daily commemorations are the strongest area of content on the site. Why make the user go through a circus of ten or more steps to get all of this wonderful content? Would it be so difficult to put it <strong><em>all on one page?</em></strong></p>
<p>On the positive side, I applaud the website team for using the Bible Gateway API or something like it to get the Scripture readings for each day. Too bad it&#8217;s below the fold; I almost missed it. If a fellow user hadn&#8217;t pointed it out to me, I might have taken forever to find it. The huge photo of a guy reading the Bible is nice but gratuituous and just gets in the way of the real reason I asked to be served this page: the actual stuff from the Bible! Content below the fold is a big problem on the new site; the front page has tons of links to great content hiding out down there, while a confusing menu takes sits on the top.</p>
<p>I am looking forward to seeing what others think of the site redesign. I have looked for positive things to say about the new site, but I have found few. The web team has clearly worked very, very hard, but they do not seem to have a clear vision of what makes a solid web presence. A good starting point would be Human Factors International&#8217;s <a href="http://www.humanfactors.com/downloads/dec992.htm" title="Free newsletter - HFI's UI Design Update">&#8220;UI Design Update Newsletter&#8221;</a> from December 1999. Most websites have long since integrated these suggestions into their designs; the web team at OCA.org seems not even to be aware of them.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/03/07/accessibility-and-usability-forgotten-at-ocaorg/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Interpreting the OCA Advisory</title>
		<link>http://kevinbasil.com/2005/03/07/interpreting-the-oca-advisory/</link>
		<comments>http://kevinbasil.com/2005/03/07/interpreting-the-oca-advisory/#comments</comments>
		<pubDate>Mon, 07 Mar 2005 22:28:54 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Orthodoxy]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/03/07/450/</guid>
		<description><![CDATA[In a recent article, I mentioned that the new OCA website was visually borken in Firefox on Macintosh platforms. I also promised a site critique. I still hope to publish an article critiquing the new site, but further exploration of the site has proven that such a critique will be a massive undertaking. Though tempted [...]]]></description>
			<content:encoded><![CDATA[<p>In a <a href="http://blog.kevinbasil.com/2005/03/03/new-and-unimproved/">recent article</a>, I mentioned that the new OCA website was visually borken in Firefox on Macintosh platforms. I also promised a site critique. I still hope to publish an article critiquing the new site, but further exploration of the site has proven that such a critique will be a massive undertaking. Though tempted to despair of the utility of such an exercise, I am undaunted.</p>
<p>As I plan what I will write, I was pointed to an <a href="http://www.oca.org/News.asp?ID=754&#038;SID=19">&#8220;advisory&#8221; from the OCA webmaster</a>. Does this make sense to you? &#8220;We broke your links to our site. Stop whining and fix your website. We&#8217;re more important than you.&#8221;</p>
<p>Typical scenario 1: An inquirer looking for information about the Orthodox Church types in <a href="http://www.google.com/search?q=orthodox+church+history+america">&#8220;orthodox church history america&#8221; in Google</a>. After looking at the top few links which inaccurately skew the history of American Orthodoxy toward Hellenic Orthodoxy, he goes to click links to the OCA website that look promising. What does he get? A very unhelpful default IIS 404 page. The OCA webmaster&#8217;s answer to this inquirer? &#8220;Stop whining and fix your links.&#8221; Right. He&#8217;ll probably just get his information from the Greeks or the Antiochians. If he&#8217;s persistent, he&#8217;ll look at other pages that link to the same two pages on the OCA website. And he&#8217;ll keep getting the same 404 errors.</p>
<p>Typical scencario 2: A faithful Orthodox Christian uses the OCA&#8217;s daily readings and hymns in her daily rule of prayer. Using her handy bookmarklet to get today&#8217;s readings, she finds the default 404 page. Not only unhelpful, it interrupts her spiritual exercises, breaking her concentration and forcing her to find out what&#8217;s gone wrong. The OCA webmaster&#8217;s response to this Orthodox pilgrim? &#8220;Stop whining and fix your links.&#8221; That&#8217;s beyond inexcusable.</p>
<p>Will Google spider again and update its links? Of course. Will other websites change their broken links? Some will, many will not. &#8220;I am the OCA.org webmaster! Change your links before me, for I am&#8230;.&#8221; Let me be the first to assure you, you are deluded.</p>
<p><a href="http://www.webpagesthatsuck.com/biggest-web-design-mistakes-in-2004.html"><img src="/images/web-design-these-people-do-not-care.jpg" alt="These ladies are laughing at you: 3 ladies smiling around a laptop" title="These ladies are laughing at you." style="float:right" /></a>A while ago <a href="http://blog.kevinbasil.com/2005/02/18/learning-from-others-mistakes/">I also wrote</a> about <a href="http://www.webpagesthatsuck.com/biggest-web-design-mistakes-in-2004.html">&#8220;The Biggest Design Mistakes of 2004.&#8221;</a> This is the top mistake: Believing People Care About You and Your Website.</p>
<blockquote><p>Write these two sentences where you can see them as you&#8217;re working on your computer:</p>
<ol>
<li><strong>The only reason my web site exists is to solve my customers&#8217; problems.</strong></li>
<li><strong>What problems does the page I&#8217;m looking at solve?</strong></li>
</ol>
<p>Nobody cares about you or your site. Really. What visitors care about is getting their problems solved.</p></blockquote>
<p>Why is that number one? Because it&#8217;s the most important part. The site is not about the webmaster, it&#8217;s about the users. Piss off your users, and at best your website will be irrelevant.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/03/07/interpreting-the-oca-advisory/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Firefox and Nutscrape</title>
		<link>http://kevinbasil.com/2005/03/05/firefox-and-nutscrape/</link>
		<comments>http://kevinbasil.com/2005/03/05/firefox-and-nutscrape/#comments</comments>
		<pubDate>Sat, 05 Mar 2005 04:00:46 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/03/05/firefox-and-nutscrape/</guid>
		<description><![CDATA[How Stuff Works is featuring an article on Firefox explaining some of its superior features such as extensions and pop-up blocking. Also in Firefox news, Netscape 8 beta was released today. Screenshots reveal a hideously unusable interface. Unsurprisingly, it is only being released on Windows platforms. Mac users don&#8217;t go for blecherous interfaces. (Well, sometimes [...]]]></description>
			<content:encoded><![CDATA[<p>How Stuff Works is featuring <a href="http://computer.howstuffworks.com/firefox.htm/printable" title="Howstuffworks &#8220;How Firefox Works&#8221;">an article on Firefox</a> explaining some of its superior features such as extensions and pop-up blocking. </p>
<p>Also in Firefox news, Netscape 8 beta was released today. <a href="http://scr3.golem.de/?d=0503/Netscape_8_Beta&#038;a=36677&#038;s=26" title="Netscape 8: Internet Explorer und Firefox friedlich vereint - Screenshots">Screenshots reveal a hideously unusable interface.</a> Unsurprisingly, it is only being released on Windows platforms. Mac users don&#8217;t go for blecherous interfaces. (Well, sometimes they do; but they&#8217;re spoiled by the goodness of the Mac interface, so it&#8217;s less likely.)</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/03/05/firefox-and-nutscrape/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>New and Unimproved</title>
		<link>http://kevinbasil.com/2005/03/03/new-and-unimproved/</link>
		<comments>http://kevinbasil.com/2005/03/03/new-and-unimproved/#comments</comments>
		<pubDate>Thu, 03 Mar 2005 11:48:45 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Orthodoxy]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/03/03/new-and-unimproved/</guid>
		<description><![CDATA[Yesterday, the Orthodox Church in America broke its website. The page displays poorly in Firefox, Mozilla and Netscape, whose shared rendering engine makes up 25% percent of the browser market according to W3 Schools. Old links, such as the link to my home parish&#8217;s information and the bookmarklets I use every day, have been broken. [...]]]></description>
			<content:encoded><![CDATA[<p><a href="/images/ocawebshot.png" title="Click for larger view"><img src="/images/ocawebshot_thumb.png" alt="Web shot of OCA.org" style="float:right" /></a> Yesterday, the <a href="http://www.oca.org/" title="Orthodox Church in America">Orthodox Church in America</a> broke its website. The page displays poorly in Firefox, Mozilla and Netscape, whose shared rendering engine makes up <a href="http://www.w3schools.com/browsers/browsers_stats.asp" title="Browser Statistics">25% percent of the browser market according to W3 Schools</a>. Old links, such as the link to my home parish&#8217;s information and the <a href="http://worldtimzone.com/bookmarklets/" title="General-use Bookmarklets">bookmarklets I use every day</a>, have been broken.</p>
<p>When you redesign a site, your first priority should be that your existing users continue to have a positive user experience. This means creating redirects for moved pages and testing your new design against a wide variety of browsers. A redesign that alienated 25% of your users would get you fired in any corporation that valued its web presence (or at least moved to a position in customer service). I see no reason to be kinder simply because this is a non-profit. In fact, since this is my church, I feel obligated to be forthright.</p>
<p>I will perform a more thorough site critique later, but early impressions are highly unfavorable.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/03/03/new-and-unimproved/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Raskin Leaves Legacy to Usability</title>
		<link>http://kevinbasil.com/2005/02/28/raskin-leaves-legacy-to-usability/</link>
		<comments>http://kevinbasil.com/2005/02/28/raskin-leaves-legacy-to-usability/#comments</comments>
		<pubDate>Mon, 28 Feb 2005 11:38:09 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/02/28/raskin-leaves-legacy-to-usability/</guid>
		<description><![CDATA[MacMinute News and Slashdot report the death of Jef Raskin, who helped pioneer the creation of the Macintosh in the mid-80&#8242;s. Raskin was also the author of The Humane Interface, an important text in usability (which I had on my Amazon wish list at one time). Joy of Tech is also featuring a tribute to [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.macminute.com/2005/02/27/raskin/" title="Macintosh creator Jef Raskin dies at 61 | MacMinute News">MacMinute News</a> and <a href="http://apple.slashdot.org/article.pl?sid=05/02/27/1835231" title="Slashdot | GUI Pioneer Jef Raskin Has Passed Away">Slashdot</a> report the death of Jef Raskin, who helped pioneer the creation of the Macintosh in the mid-80&#8242;s. Raskin was also the author of <a href="http://www.amazon.com/exec/obidos/tg/detail/-/0201379376" title="Buy on Amazon.com"><cite>The Humane Interface</cite></a>, an important text in usability (which I had on my Amazon wish list at one time). Joy of Tech is also featuring a <a href="http://www.geekculture.com/joyoftech/joyarchives/656.html" title="The Joy of Tech (tribute to Raskin)">tribute to his memory</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/02/28/raskin-leaves-legacy-to-usability/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Learning from Others&#8217; Mistakes</title>
		<link>http://kevinbasil.com/2005/02/18/learning-from-others-mistakes/</link>
		<comments>http://kevinbasil.com/2005/02/18/learning-from-others-mistakes/#comments</comments>
		<pubDate>Fri, 18 Feb 2005 21:34:48 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2005/02/18/learning-from-others-mistakes/</guid>
		<description><![CDATA[If you design websites, read &#8220;The Biggest Web Design Mistakes of 2004.&#8221; Vincent Flanders&#8217; &#8220;Web Pages That Suck&#8221; brilliantly exposed some of the greatest annoyances of early web design. This latest article reminded me several times of annoyances I&#8217;ve had very recently, especially with one particular website. Hat tip: Web Standards BUZZ.]]></description>
			<content:encoded><![CDATA[<p>If you design websites, read <a href="http://www.webpagesthatsuck.com/biggest-web-design-mistakes-in-2004.html" title="Web Pages That Suck presents the biggest web design mistakes in 2004 learn usability and good Web design by looking at bad Web design">&#8220;The Biggest Web Design Mistakes of 2004.&#8221;</a> Vincent Flanders&#8217; <a href="http://www.webpagesthatsuck.com/" title="Web Pages That Suck learn usability and good Web design by looking at bad Web design">&#8220;Web Pages That Suck&#8221;</a> brilliantly exposed some of the greatest annoyances of early web design. This latest article reminded me several times of annoyances I&#8217;ve had very recently, especially with one particular website.</p>
<p>Hat tip: <a href="http://www.webstandards.org/buzz/archive/2005_02.html#a000489" title="There's Nothing Mystical about Standards, The Web Standards Project">Web Standards BUZZ</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2005/02/18/learning-from-others-mistakes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Transparency: Better Than Annoyance</title>
		<link>http://kevinbasil.com/2004/08/26/transparency-better-than-annoyance/</link>
		<comments>http://kevinbasil.com/2004/08/26/transparency-better-than-annoyance/#comments</comments>
		<pubDate>Thu, 26 Aug 2004 23:30:20 +0000</pubDate>
		<dc:creator>Basil</dc:creator>
				<category><![CDATA[Hacking]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://blog.kevinbasil.com/2004/08/26/transparency-better-than-annoyance/</guid>
		<description><![CDATA[&#60;rant&#62; Some of WordPress&#8216;s features to control spam in comment and discussion areas trip you out. Unfortunately, some annoy you till dead. Requiring my email address tops my list of annoying bugs features purporting to limit comment spam. I already get tons of gooey, sticky email spam in my Inbox; I want to limit what [...]]]></description>
			<content:encoded><![CDATA[<p><code>&lt;rant&gt;</code></p>
<p>Some of <a href="http://wordpress.org/">WordPress</a>&#8216;s  features to control spam in comment and discussion areas trip you out. Unfortunately, some annoy you till dead.</p>
<p>Requiring my email address tops my list of annoying <span style="text-decoration:line-through">bugs</span> features purporting to limit comment spam. I already get tons of gooey, sticky email spam in my Inbox; I want to limit what I get in the future, thank you. Only my closest friends and associates need my email address, and most of them already know it. If they do not, they can use <a href="http://kevinbasil.com/feedback/">my handy-dandy email form</a> to email me. If I think them worthy of a reply, then &#8212; bingo! &#8212; they have my email address. Requiring me to reveal my address annoys me when I know the owner of the blog and frightens me when I do not. Once you have my address, what exactly do you plan to do with it?</p>
<p>Adding to the obvious privacy issue, one must ask: What exactly is requiring an email address supposed to do? I find just as many spam attempts with email addresses as without. Additionally, legitimate comments from readers wishing not to give me their address are usually worth it. (See the privacy issue in the previous paragraph.) Plus, it usually seems not to matter if a fake address is provided, like <code>stop.requiring@this.silly.info</code>.</p>
<p>Another annoying <span style="text-decoration:line-through">bug</span> feature is holding all comments in a queue until they are moderated. This is not nearly as bad as the previous feature, but it slows down conversations. Some of the best conversations in blogspace explode in seconds. Good insights can be lost when a moderator loses track of time. This is especially the case on a blog like mine, where sometimes days elapse before I get a chance to moderate.</p>
<p>The best spam killer is holding comments in a moderation queue if they match certain conditions. There are two ways WordPress checks for conditions that look like spam:
<ul>
<li>more than five links in a comment</li>
<li>words on a disallow list are present (cialis, tramadol, paxil, your pet-peeve&#8211;word)</li>
</ul>
<p> These catch nearly all the spam I ever get. If I start getting spam with a new word, I go back and delete the comments (very easily done with WP&#8217;s new comment moderation interface), and I add the word to my no-no&#8211;list. Easy, and transparent to users. Transparency++<br />
<code>&lt;/rant&gt;</code></p>
]]></content:encoded>
			<wfw:commentRss>http://kevinbasil.com/2004/08/26/transparency-better-than-annoyance/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

