

<?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>Jessica Ledbetter &#187; Usability</title>
	<atom:link href="http://www.jessicaledbetter.com/archives/category/usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jessicaledbetter.com</link>
	<description>Interactive media solutions for Newport News, Hampton, Yorktown, Virginia and beyond.</description>
	<lastBuildDate>Sun, 23 Nov 2008 16:40:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Usability of Flash Applications</title>
		<link>http://www.jessicaledbetter.com/archives/2005/02/22/usability-of-flash-applications/</link>
		<comments>http://www.jessicaledbetter.com/archives/2005/02/22/usability-of-flash-applications/#comments</comments>
		<pubDate>Tue, 22 Feb 2005 19:24:38 +0000</pubDate>
		<dc:creator>Jessica</dc:creator>
				<category><![CDATA[Flash]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://www.digifoo.com/archives/2005/02/22/usability-of-flash-applications/</guid>
		<description><![CDATA[Was looking for my notes on a Flash project and rediscovered a 2002 report from nngroup. I really think the guidelines for designing with Flash are for any project. Things that popped out at me (and made me nod my head): Do good design Familiar is good Dancing bears is bad (&#8220;Don&#8217;t show gratuitous motion.&#8221;) [...]]]></description>
			<content:encoded><![CDATA[<p>Was looking for my notes on a Flash project and rediscovered a 2002 report from <a href="http://nngroup.com">nngroup</a>.</p>
<p>I really think the guidelines for designing with Flash are for any project.</p>
<p>Things that popped out at me (and made me nod my head):</p>
<ul>
<li>Do good design</li>
<li>Familiar is good</li>
<li>Dancing bears is bad (&#8220;Don&#8217;t show gratuitous motion.&#8221;)</li>
<li>Don&#8217;t be annoying with sound/motion</li>
<li>If your purpose is information, don&#8217;t be silly (was re: should I use 5pt font size)</li>
<li>Be. Meaningful. (Though I think that&#8217;s up there with good design is good.)</li>
<li>Pass the remote (was re: letting users have control)</li>
<li>KISS and I don&#8217;t mean the band (Keep It Simple Stupid)</li>
</ul>
<p>Also with the report came some excellent examples and a report on usability for those with disabilities.  October 2002 was a long time ago, but the information still looks good.  I wish I could buy all of their <a href="http://www.nngroup.com/reports/">reports</a>.   But I (and you) can read his <a href="http://www.useit.com/alertbox/">Alertbox</a> for free!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.jessicaledbetter.com/archives/2005/02/22/usability-of-flash-applications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dan Vine&#8217;s Mac Foo</title>
		<link>http://www.jessicaledbetter.com/archives/2004/06/13/dan-vines-mac-foo/</link>
		<comments>http://www.jessicaledbetter.com/archives/2004/06/13/dan-vines-mac-foo/#comments</comments>
		<pubDate>Sun, 13 Jun 2004 22:06:33 +0000</pubDate>
		<dc:creator>Jessica</dc:creator>
				<category><![CDATA[Linklog]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://www.digifoo.com/archives/2004/06/13/dan-vines-mac-foo/</guid>
		<description><![CDATA[What&#8217;s my page look like on a Mac?]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.danvine.com">What&#8217;s my page look like on a Mac?</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.jessicaledbetter.com/archives/2004/06/13/dan-vines-mac-foo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Homepage Usability</title>
		<link>http://www.jessicaledbetter.com/archives/2003/10/29/homepage-usability/</link>
		<comments>http://www.jessicaledbetter.com/archives/2003/10/29/homepage-usability/#comments</comments>
		<pubDate>Thu, 30 Oct 2003 00:08:25 +0000</pubDate>
		<dc:creator>Jessica</dc:creator>
				<category><![CDATA[Book Reviews]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://www.digifoo.com/archives/2003/10/29/homepage-usability/</guid>
		<description><![CDATA[Jakob Nielsen is well known for his reports on usability and I really enjoyed his book â€œHomepage Usability.â€ I figured that this would be a more in-depth exploration of how to design with the user in mind. Most of the points were on the ball, and very common sense, but nice to see it in [...]]]></description>
			<content:encoded><![CDATA[<p>Jakob Nielsen is well known for his reports on usability and I really enjoyed his book â€œHomepage Usability.â€ I figured that this would be a more in-depth exploration of how to design with the user in mind. Most of the points were on the ball, and very common sense, but nice to see it in writing from someone else. The examples in &#8220;Designing Web Usability,&#8221; though ancient, fit well with the points.</p>
<p>I kept getting lost, in a way, because I kept getting distracted by the prehistoric examples and data. For example, what do I design for? 640? 770? What is in use today? 1997 was a long time ago in web years. I suppose itâ€™s difficult to have a book with such current data in it, but Iâ€™m thinking itâ€™s definitely time for a new version of this book.</p>
<p>There is also a tendency for redundancy. I suppose this is inevitable since whether youâ€™re a search results page or an intranet site, youâ€™re still dealing with the same topics of design.</p>
<p>I do like that even though this book is ancient, it touches on accessibility issues. So many places are only now thinking of that. I also like that testing is mentioned, though again, it is peppered with out-of-date technology which makes all the information seem invalid.</p>
<p>I think this book would be much stronger with new examples, updates here and there to technology and re-released. I think that that was one of the strengths of his other book, â€œHomepage Usability,â€ was the freshness of the examples and problems designers are facing. If, and when, there is a new and more concise version of this book, I will buy it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.jessicaledbetter.com/archives/2003/10/29/homepage-usability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fixed vs Liquid: Thoughts</title>
		<link>http://www.jessicaledbetter.com/archives/2003/08/13/fixed-vs-liquid-thoughts/</link>
		<comments>http://www.jessicaledbetter.com/archives/2003/08/13/fixed-vs-liquid-thoughts/#comments</comments>
		<pubDate>Thu, 14 Aug 2003 02:03:00 +0000</pubDate>
		<dc:creator>Jessica</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://www.digifoo.com/archives/2003/08/13/fixed-vs-liquid-thoughts/</guid>
		<description><![CDATA[Everyone seems to post on this sooner or later. My turn. I have been preaching liquid design for at least a year. Folks can see the information in any resolution.rnrnCommon resolutions are 640&#215;480, 800&#215;600, 1024&#215;768, 1280&#215;1024, 1400&#215;1050. (Stats). At work, I surf at 1152&#215;864 with the browser fully expanded. I tried higher and it was [...]]]></description>
			<content:encoded><![CDATA[<p>Everyone seems to post on this <a href="http://www.456bereastreet.com/archive/200311/flexible_vs_fixed/">sooner</a> or <a href="http://www.deltatangobravo.com/archives/2003/november/dontfencemein">later</a>.  My turn.</p>
<p>I have been preaching liquid design for at least a year.  Folks can see the information in any resolution.rnrnCommon resolutions are 640&#215;480, 800&#215;600, 1024&#215;768, 1280&#215;1024, 1400&#215;1050.  (<a href="http://www.upsdell.com/BrowserNews/stat_trends.htm">Stats</a>). At work, I surf at 1152&#215;864 with the browser fully expanded.  I tried higher and it was &#8230; whoa.  I tried lower and it was &#8230; whoa.  I didn&#8217;t resize my browser window though.  Hmm&#8230;. I have at least 4 coworkers (customers) that are at either 640&#215;480 or 800&#215;600. I know this because they call when they have to scroll to the right for some of our larger reports.<br />
<span id="more-48"></span><br />
Now. What should I do?  On a random sampling of 19 sites, 3 are liquid.  The rest are fixed, usually centered and random on the background image/color.  The fixed size ranges from 597 (<a href="http://www.alistapart.com/">A List Apart</a>) to 972 (<a href="http://www.k10k.net/">The Designer&#8217;s Lunchbox</a>).  Those two extremes also show what folks do with this fixed mass of stuff with alignment.</p>
<p>Perhaps, when I have more time, I&#8217;ll separate my random screen measurements into categories.  For example, <a href="http://www.lanl.gov/worldview/">LANL</a> is a DOE lab.  Liquid as can be.  That&#8217;s not bad liquid, in my humble opinion. <a href="http://www.lanl.gov/worldview/news/releases/archive/04-071.shtml">LANL news</a> has lots of text, but it&#8217;s broken up by a 3-column layout.  Fine.  But &#8212; well, I&#8217;ll remake the page example with some dummy text. I don&#8217;t want to &#8220;call&#8221; anyone out.  But it&#8217;s liquid and the text goes from the left of my screen to the right of my screen, fills top to bottom.  I find it very hard to read and search for skimmability.</p>
<p>Here&#8217;s an <a href="http://www.hackcraft.net/resUlike/">advocate</a> for liquid.  That&#8217;s what I thought, except for &#8220;Not everyone browses full-screen anyway.&#8221;  I thought it was more &#8220;web standard.&#8221;  But I made a layout with 770 fixed, centered, and I found it oh so much easier to read/present information. I did it with only css, and it worked on lots of browsers. (And those that it didn&#8217;t, didn&#8217;t see the css so got the text anyway. So nyer.)</p>
<p>(Told you I was going to use this as my notebook&#8230;)</p>
<p>Ok, so I&#8217;m not a big fan of this design anymore, but here it is:<br />
<img src="/wp-content/labliquid.gif" alt="Liquid"></p>
<p>and here it is fixed:<br />
<img src="/wp-content/labfixed.gif" alt="Fixed"></p>
<p>No big difference to me on usability.  But what if I took out the left navigation (possible) and the right image (which helps it mimic 3-column).</p>
<p><img src="/wp-content/labliquidtext.gif" alt="Liquid with lotsa text"><br />
<img src="/wp-content/labfixedtext.gif" alt="Fixed with lotsa text"></p>
<p>It&#8217;s preference, really, but I actually don&#8217;t want to look at the liquid one without the 3-column mimicry.  It makes me want to call my mom and make the big, mean text go away.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.jessicaledbetter.com/archives/2003/08/13/fixed-vs-liquid-thoughts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Web Teams and Politics</title>
		<link>http://www.jessicaledbetter.com/archives/2003/08/07/web-teams-and-politics/</link>
		<comments>http://www.jessicaledbetter.com/archives/2003/08/07/web-teams-and-politics/#comments</comments>
		<pubDate>Fri, 08 Aug 2003 03:41:36 +0000</pubDate>
		<dc:creator>Jessica</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://www.digifoo.com/archives/2003/08/07/web-teams-and-politics/</guid>
		<description><![CDATA[Articles on Adaptive Path &#8216;Nine Pillars of Successful Web Teams 1. User Research 2. Site Strategy 3. Technology Strategy 4. Content Strategy 5. Abstract Design 6. Technology Implementation 7. Content Production 8. Concrete Design 9. Project Management full article.. Keep Office Politics Out of Your Design 1. Gather Data Objectively 2. Analyze Data for Conclusions [...]]]></description>
			<content:encoded><![CDATA[<p>Articles on <a href="http://www.adaptivepath.com">Adaptive Path</a></p>
<p>&#8216;<b>Nine Pillars of Successful Web Teams</b><br />
1. User Research<br />
2. Site Strategy<br />
3. Technology Strategy<br />
4. Content Strategy<br />
5. Abstract Design<br />
6. Technology Implementation<br />
7. Content Production<br />
8. Concrete Design<br />
9. Project Management</p>
<p><a href="http://www.adaptivepath.com/publications/essays/archives/000242.php">full article..</a><br />
<span id="more-43"></span></p>
<p><b>Keep Office Politics Out of Your Design</b><br />
1. Gather Data Objectively<br />
2. Analyze Data for Conclusions<br />
3. Derive a Recommendation<br />
4. Polish the Recommendation With Peer Input</p>
<p><a href="http://www.adaptivepath.com/publications/essays/archives/000251.php">full article&#8230;</a></p>
<p>Politics are strong with what we do at work. Strong.</p>
<p>Usability > all.  Just like putting the actual web folks with the rest of the programming information folks makes sense, so does designing a site based on what the user wants make sense. Getting there!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.jessicaledbetter.com/archives/2003/08/07/web-teams-and-politics/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
