<?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>Wireframes Magazine &#187; errors</title>
	<atom:link href="http://wireframes.linowski.ca/tag/errors/feed/" rel="self" type="application/rss+xml" />
	<link>http://wireframes.linowski.ca</link>
	<description>Because every IA has something funky up their sleeve</description>
	<lastBuildDate>Mon, 26 Jul 2010 16:40:03 +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>In Page Conditions</title>
		<link>http://wireframes.linowski.ca/2009/05/in-page-conditions/</link>
		<comments>http://wireframes.linowski.ca/2009/05/in-page-conditions/#comments</comments>
		<pubDate>Tue, 19 May 2009 12:53:11 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[alternatives]]></category>
		<category><![CDATA[errors]]></category>
		<category><![CDATA[states]]></category>
		<category><![CDATA[wireframe]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=921</guid>
		<description><![CDATA[Zef just pointed me to a number of UX templates he published (along with their story), and one particular thing caught my attention. That is, his way of handling display logic based on a few &#8220;if&#8221; statements in the actual page itself (similarly to a post on in page events). The visual language used is [...]]]></description>
			<content:encoded><![CDATA[<p><a title="In Page Conditions" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full63.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb63.png" alt="" /></a><br />
Zef just pointed me to a number of <a href="http://www.zefamedia.com/websites/free-ux-templates/">UX templates</a> he published (along with <a href="http://www.zefamedia.com/information-architecture/fullcodepress-user-experience-perspective/">their story</a>), and one particular thing caught my attention. That is, his way of handling display logic based on a few &#8220;if&#8221; statements in the actual page itself (similarly to a post on <a href="http://wireframes.linowski.ca/?p=38">in page events</a>). The visual language used is a simple bracket with a conditional statement beside it, which is related to a grey block representing some state. This way of visualizing multiple states compared to an <a href="http://wireframes.linowski.ca/?p=888">approach</a> where the states are elaborated on a separate page, has the added benefit of being easier and quicker to comprehend as they are contextualized in the page. However, something also tells me that this way of documenting multiple states might work best for simpler conditionals than for more complex ones. The component or object-oriented approaches perhaps still offer more agility and flexibility even if they require more effort to imagine the full picture from elements spread out on numerous pages. </p>
<p><em>Credits: <a href="http://www.zefamedia.com">Zef Fugaz</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2009/05/in-page-conditions/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Error Handling in Wireframes</title>
		<link>http://wireframes.linowski.ca/2009/01/error-handling-in-wireframes/</link>
		<comments>http://wireframes.linowski.ca/2009/01/error-handling-in-wireframes/#comments</comments>
		<pubDate>Mon, 19 Jan 2009 18:11:19 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[errors]]></category>
		<category><![CDATA[events]]></category>
		<category><![CDATA[states]]></category>
		<category><![CDATA[user flow]]></category>
		<category><![CDATA[wireframe]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=144</guid>
		<description><![CDATA[As we begin to think about, sketch and specify multiple interface states, it quickly becomes apparent that error handling is one potential candidate which is rich in state complexity. Looking around for an example of how to document errors I found a very interesting sample of such an error wireframing technique. Minoru Uchida has agreed [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Error Handling in Wireframes" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full13.jpg" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb13.jpg" alt="" /></a><br />
As we begin to think about, sketch and specify <a href="http://gettingreal.37signals.com/ch09_Three_State_Solution.php">multiple interface states</a>, it quickly becomes apparent that error handling is one potential candidate which is rich in state complexity. Looking around for an example of how to document errors I found a very interesting sample of such an error wireframing technique. Minoru Uchida has agreed to showcase and share it here. </p>
<p>The technique is quite simple. Similarly as in the previously described <a href="/?p=38">In Page Events</a> example, coloured lines are used to denote user actions. If however there is a conditional error, a red arrow is used to guide the reader to a new page section with the error message in red. The nice thing about this technique is that the page can be further divided horizontally and only a few elements which change are duplicated. The remaining elements such as the header and footer are shared across the full page.</p>
<p><em>Credits: <a href="http://www.moochida.com/yc/">Minoru Uchida</a> &#038; Mark Hines</em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2009/01/error-handling-in-wireframes/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
