<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Seebach, Peter</title>	<link>http://tc.eserver.org/authors/Seebach,_Peter</link>
	<description>A bibliography of works by Seebach, Peter in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Seebach, Peter</title>
		<link>http://tc.eserver.org/dir/Seebach,_Peter</link>
	</image>
	<item>
		<title>Could You Repeat That in English?</title>
		<link>http://tc.eserver.org/33468.html</link>
		<guid>http://tc.eserver.org/33468.html</guid>
		<description>Frequently, error messages are totally uninformative -- or, worse, just plain wrong. Here, we look at how meaningful error messages can make it easier for users to correct problems without having to rely on technical support, and how poorly chosen messages can turn users into ex-users.</description>
	</item>
	<item>
		<title>Hardware and Usability, Part 1</title>
		<link>http://tc.eserver.org/33447.html</link>
		<guid>http://tc.eserver.org/33447.html</guid>
		<description>Usability studies tend to focus entirely on software, ignoring the impact of hardware design and features on a system&apos;s usability. In this first installment of a two-part miniseries, Peter takes a look at the interactions between hardware and usability.</description>
	</item>
	<item>
		<title>The Importance of Documentation</title>
		<link>http://tc.eserver.org/32978.html</link>
		<guid>http://tc.eserver.org/32978.html</guid>
		<description>Computer documentation is shoddy, or more often absent. Missing information amplifies usability problems, leaving users stuck calling unfriendly technical support lines. In this installment of The cranky user, Peter Seebach explains what&apos;s missing in the documentation effort and why it is gone.</description>
	</item>
	<item>
		<title>The Stateless State</title>
		<link>http://tc.eserver.org/31887.html</link>
		<guid>http://tc.eserver.org/31887.html</guid>
		<description>&quot;State&quot; is a central concern of all sorts of distributed applications, but especially of Web applications, as HTTP and its derivatives are intrinsically stateless. Clear thinking about how data persists across retrievals, sessions, processes, and other boundaries can help you improve your Web applications, both present and future.</description>
	</item>
	<item>
		<title>What Ever Happened to Web Engineering?</title>
		<link>http://tc.eserver.org/30678.html</link>
		<guid>http://tc.eserver.org/30678.html</guid>
		<description>Does it ever occur to you that today&apos;s Web developers could learn a thing or two from traditional computer programming? The cranky user talks about the foundations of software engineering and asks where in the Web those best practices have disappeared to.</description>
	</item>
	<item>
		<title>Usability off the Beaten Path</title>
		<link>http://tc.eserver.org/26883.html</link>
		<guid>http://tc.eserver.org/26883.html</guid>
		<description>Keyboards, mice, windows--essentially, they have the same design. This month, the cranky user explores options that have looked beyond the box for innovative designs that users can really use.</description>
	</item>
	<item>
		<title>Baby Duck Syndrome</title>
		<link>http://tc.eserver.org/25470.html</link>
		<guid>http://tc.eserver.org/25470.html</guid>
		<description>What if something neither looks nor quacks like a duck, but users think it is a duck? The cranky user comments on baby duck syndrome and how it can trap users with systems and interfaces that don&apos;t really meet their needs.</description>
	</item>
	<item>
		<title>Bad Design Can Be So Taxing</title>
		<link>http://tc.eserver.org/25462.html</link>
		<guid>http://tc.eserver.org/25462.html</guid>
		<description>When people design Web forms, they often overlook some great sources of professional expertise in the world -- the existence of form design techniques with which nearly all users are familiar. This month, the cranky user looks at form design and management.</description>
	</item>
	<item>
		<title>The Principle of Least Astonishment</title>
		<link>http://tc.eserver.org/23506.html</link>
		<guid>http://tc.eserver.org/23506.html</guid>
		<description>When computers are at their most usable, we don&apos;t even notice them; when they are at their least, they astonish us. Here, Peter explores the Principle of Least Astonishment, and how it can help you develop better interfaces.</description>
	</item>
	<item>
		<title>What&apos;s With the Attitude?</title>
		<link>http://tc.eserver.org/23505.html</link>
		<guid>http://tc.eserver.org/23505.html</guid>
		<description>When users complain about sites, webmasters frequently respond with hostility, derision, condescension, or just plain silence. No wonder users rarely bother to complain. Bad attitudes stand between the site you created and the site your users want to use.</description>
	</item>
	<item>
		<title>How Not to Make Your Site Accessible</title>
		<link>http://tc.eserver.org/22110.html</link>
		<guid>http://tc.eserver.org/22110.html</guid>
		<description>Web sites are designed by people with fast, powerful computers, modern browsers, IT staff to keep verything running, their choice of software, and local disk storage -- or at worst, a fast network. They are browsed by people with any of a variety of computers, whatever browser the machine shipped with, software that may have been installed by an IT department that thinks Web browsing is counterproductive, and modems. In fact, it&apos;s so easy to ignore this gap that it&apos;s easier to offer advice for how to flaunt it than it is to give advice for closing it. Following is a set of principles for doing just that -- making your site as inaccessible as possible.</description>
	</item>
	<item>
		<title>Curbing JavaScript Dependency</title>
		<link>http://tc.eserver.org/10613.html</link>
		<guid>http://tc.eserver.org/10613.html</guid>
		<description>JavaScript can be used as an enhancement, but too often it ends up rendering a page unusable to people who don&apos;t run it. There are a number of good reasons why it might not be running in a given browser, and pages should never depend on it. MSG is a &apos;flavor enhancer,&apos; with one slight problem -- some people are allergic to it. Most people don&apos;t seem to care much either way, but a small number of people seems to have bad reactions to it. If you ask people in the industry who sell it, they&apos;ll tell you it&apos;s quite safe, but there are others who claim that it&apos;s potentially lethal to some (very, very few) people.</description>
	</item>
	<item>
		<title>Respecting User Privacy</title>
		<link>http://tc.eserver.org/10612.html</link>
		<guid>http://tc.eserver.org/10612.html</guid>
		<description>We&apos;ll look at why privacy is a much-abused buzzword. The e-commerce industry has failed miserably to produce consumer confidence; not because we haven&apos;t tried to do so, but because we&apos;ve done it through dog-and-pony shows, rather than real respect for personal data. It is particularly crucial to note, in this context, that not everything that is legal is acceptable. We discuss the basic principles of an effective privacy policy: It must be short and readable, and the customer must like it.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Seebach,_Peter.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>