<?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; Samples</title>
	<atom:link href="http://wireframes.linowski.ca/category/samples/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>WireMolecules</title>
		<link>http://wireframes.linowski.ca/2010/05/wiremolecules/</link>
		<comments>http://wireframes.linowski.ca/2010/05/wiremolecules/#comments</comments>
		<pubDate>Wed, 19 May 2010 13:21:12 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[wireframe]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2377</guid>
		<description><![CDATA[Here is an interesting example of a highly abstracted wireframe, labelled as a WireMolecule. Both the position and size of the represented elements within this example no longer represent what the interface will really look like. Instead, the focus has been shifted to showing relationships between elements as denoted by their proximity to each other. [...]]]></description>
			<content:encoded><![CDATA[<p><a title="WireMolecules" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full155.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb155.jpg" alt="" /></a><br />
Here is an interesting example of a highly abstracted wireframe, labelled as a WireMolecule. Both the position and size of the represented elements within this example no longer represent what the interface will really look like. Instead, the focus has been shifted to showing relationships between elements as denoted by their proximity to each other. The size I also believe represents the importance of each element and not the actual size either (as also seen <a href="http://wireframes.linowski.ca/2009/03/bubble-frames/">here</a> and <a href="http://wireframes.linowski.ca/2009/03/prioritizing-elements-with-numbered-circles/">here</a>).  Definitely something a little different from a traditional wireframe. Andreas writes:</p>
<blockquote><p>
Traditional wire frames are misleading as they look too much like finished designs. Clients and designers alike run the risk of taking their direction too literally. And yet, despite all this, wire frames are invaluable tools in the start of any website design project.
</p></blockquote>
<p>And defines a WireMolecule as:</p>
<blockquote><p>
A chart giving an overview of relationships between components and features of a website. Wire molecules are developed during the Website Discovery phase and they provide instructions to designers, developers, and clients for how pages will look and behave.
</p></blockquote>
<p><em>Credits: <a href="http://twitter.com/anho">Andreas Holmer</a></em> </p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/05/wiremolecules/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>GestureWorks &#8211; Open Source Gesture Library</title>
		<link>http://wireframes.linowski.ca/2010/05/gestureworks-open-source-gesture-library/</link>
		<comments>http://wireframes.linowski.ca/2010/05/gestureworks-open-source-gesture-library/#comments</comments>
		<pubDate>Wed, 05 May 2010 13:03:11 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[Templates]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[draggable]]></category>
		<category><![CDATA[gestures]]></category>
		<category><![CDATA[opensource]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2339</guid>
		<description><![CDATA[GestureWorks has released 20 something gesture icons for their Flash and Flex development environment. Although their multitouch library is geared at developers, the icons still look interesting in their own right. A lot of the interactions supported include two handed, as well as multi finger gestures. The downloadable library comes in various formats (PNG, PDF [...]]]></description>
			<content:encoded><![CDATA[<p><a title="GestureWorks - Open Source Gesture Library" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full153.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb153.jpg" alt="" /></a><br />
GestureWorks has released 20 something <a href="http://gestureworks.com/about/open-source-gesture-library/">gesture icons</a> for their Flash and Flex development environment. Although their multitouch library is geared at developers, the icons still look interesting in their own right. A lot of the interactions supported include two handed, as well as multi finger gestures. The downloadable library comes in various formats (PNG, PDF and EPS). Enjoy.</p>
<p>Also, I just created the <a href="http://wireframes.linowski.ca/tag/gestures/">gestures</a> tag to keep track of all these related posts.</p>
<p><em>Credits: <a href="http://gestureworks.com/about/open-source-gesture-library/">GestureWorks</a></em> </p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/05/gestureworks-open-source-gesture-library/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Blueprint+ (Service Design Visual)</title>
		<link>http://wireframes.linowski.ca/2010/04/blueprint/</link>
		<comments>http://wireframes.linowski.ca/2010/04/blueprint/#comments</comments>
		<pubDate>Wed, 14 Apr 2010 13:12:29 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[user flow]]></category>
		<category><![CDATA[user journey]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2266</guid>
		<description><![CDATA[The academic group over at Hochschule Luzern (Competence Center) in Switzerland have recently explored a visual representation that captures the interaction of various people across multiple services or touch points. Done in the context of a service design assignment, the Blueprint project portrays the flow of time horizontally and captures multiple actors vertically. More so, [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Blueprint+" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full149.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb149.jpg" alt="" /></a><br />
The academic group over at Hochschule Luzern (Competence Center) in Switzerland have recently explored a visual representation that captures the interaction of various people across multiple services or touch points. Done in the context of a service design assignment, the Blueprint project portrays the flow of time horizontally and captures multiple actors vertically. More so, the visualization also layers additional data underneath and contains such things as fail lines, emotions and costs, while at the same time leaving more room for additional variables. In some way, the deliverable shares some resemblance to the <a href="http://wireframes.linowski.ca/2010/02/experience-maps/">Experience Maps</a> posted earlier.</p>
<p>As an additional note, Blueprint+ is still a work in progress and will be turned into a toolkit in the future. Stay tuned. :)</p>
<p><em>Credits: <a href="http://www.hslu.ch/design-kunst/d-forschung-entwicklung/d-forschung_entwicklung_explanation_and_services.htm">CC Explanations and Services, Hochschule Luzern</a> (Andy Polaine, Roman Aebersold, Robert Bossart and Andrea Mettler)</em> </p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/04/blueprint/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Usability Test Snapshots</title>
		<link>http://wireframes.linowski.ca/2010/04/usability-test-snapshots/</link>
		<comments>http://wireframes.linowski.ca/2010/04/usability-test-snapshots/#comments</comments>
		<pubDate>Wed, 07 Apr 2010 13:07:38 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[jakubs]]></category>
		<category><![CDATA[persona]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2239</guid>
		<description><![CDATA[Usability testing is a pretty standard practice and I assume most of us here have done or might do a few of these evaluations in their design careers. Last month, I had the chance to spend some time with end users on a software project and I thought of sharing some of the documentation which [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Usability Test Snapshots" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full148.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb148.jpg" alt="" /></a><br />
Usability testing is a pretty standard practice and I assume most of us here have done or might do a few of these evaluations in their design careers. Last month, I had the chance to spend some time with end users on a software project and I thought of sharing some of the documentation which resulted from the activity. </p>
<p>Right after doing such a test, we&#8217;re often faced with the challenge on how to capture and convey some of the interesting findings to others on the team or even ourselves. Some people try video, while others overlay the identified problems on top of screen captured images. In this round of testing I was aiming for something slightly different. Essentially, I wanted to a capture the core notes per each user on a single piece of 8.5&#215;11 paper (perhaps in a persona like fashion?). Each page would have starting points of what the user has initially done with the use of red text, followed by dark grey notes as the actions unfolded. The findings were then tagged accordingly as: ideas (light bulb symbol), confusions (question mark) or positive remarks (happy face). Further more, the sample also makes use of subtle informal sketches through out the page to help convey the issues somewhat visually.</p>
<p>Perhaps to someone who lacks context of the project or products being tested, a deliverable such as this might not be adequate enough at conveying the issues. On the other hand, for those who have participated in the test as observers, the following usability test snapshot might act as an inspiration piece for the design work ahead.</p>
<p>Please post as a comment (or <a href="http://wireframes.linowski.ca/share">submit</a>) ideas of your own on how to best convey, remember or prioritize findings from design research.</p>
<p><em>Credits: <a href="http://linowski.ca">Jakub Linowski</a></em> </p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/04/usability-test-snapshots/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Experience Maps</title>
		<link>http://wireframes.linowski.ca/2010/02/experience-maps/</link>
		<comments>http://wireframes.linowski.ca/2010/02/experience-maps/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 14:25:02 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[persona]]></category>
		<category><![CDATA[user flow]]></category>
		<category><![CDATA[user journey]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2135</guid>
		<description><![CDATA[An interesting depiction of user experience has surfaced the other week over at the nForm blog in the form of an experience map. Gene and his team has come up with a way to represent gaming related experiences of three distinct gamers. In a way then this is a merger between a persona and a [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Experience Maps" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full141.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb141.jpg" alt="" /></a><br />
An interesting depiction of user experience has surfaced the other week over at the nForm blog in the form of an <a href="http://nform.ca/blog/2010/02/experience-maps-cross-channel-experiences-deliverable-for-gamers">experience map</a>. Gene and his team has come up with a way to represent  gaming related experiences of three distinct gamers. In a way then this is a merger between a persona and a time based representation. The other interesting thing about this is the visualization and separation of at least three types of experiences: ongoing, exploratory and influenced. Each type of experience has been shown in a standardized and specific way. Furthermore, the diagram also captures and represents a variety of channels which the personas are utilizing at a given point in time. Overall, it&#8217;s always interesting to see when designers attempt to convey such comprehensive and unified high level deliverables. </p>
<p><em>Credits: <a href="http://atomiq.org/">Gene Smith</a> of <a href="http://nform.ca">nForm</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/02/experience-maps/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Use Case Maps</title>
		<link>http://wireframes.linowski.ca/2010/02/use-case-maps/</link>
		<comments>http://wireframes.linowski.ca/2010/02/use-case-maps/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 14:15:14 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Inspirations]]></category>
		<category><![CDATA[Samples]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[states]]></category>
		<category><![CDATA[user flow]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2104</guid>
		<description><![CDATA[Speaking with Greg the other day I learned about Use Case Maps. This notation which has been initially the work of Raymond Buhr, has its roots in software engineering and perhaps could be an area to draw inspiration from. Use Case Maps intend to convey sequences of events by showing the paths of users over [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Use Case Maps" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full140.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb140.jpg" alt="" /></a><br />
Speaking with <a href="http://twitter.com/gvwilson">Greg</a> the other day I learned about <a href="http://jucmnav.softwareengineering.ca/ucm/bin/view/UCM/AboutUseCaseMaps">Use Case Maps</a>. This notation which has been initially the work of Raymond Buhr, has its roots in software engineering and perhaps could be an area to draw inspiration from. Use Case Maps intend to convey sequences of events by showing the paths of users over a backdrop of structured system representations. With these flexible scenario-like visualizations, software engineers ensure that the element of time is considered. As part of the notation, Use Case Maps have starting and stopping points and can also branch out. It seems like <a href="http://www.site.uottawa.ca/~damyot/">Daniel Amyot</a> has contributed to this work as well and has published a decent <a href="http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.38.9896&#038;rep=rep1&#038;type=pdf">Quick Tutorial</a> with a reference guide at the end. In a nutshell, here is what Daniel writes about the philosophy of UCM: </p>
<blockquote><p>
The Use Case Map notation aims to link behavior and structure in an explicit and visual way. UCM paths are first-class architectural entities that describe causal relationships between responsibilities, which are bound to underlying organizational structures of abstract components. These paths represent scenarios that intend to bridge the gap between requirements (use cases) and detailed design.
</p></blockquote>
<p><em>Credits: <a href="http://www.sce.carleton.ca/faculty/buhr.html">Raymond A. Buhr</a> &#038; <a href="http://www.site.uottawa.ca/~damyot/">Daniel Amyot</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/02/use-case-maps/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Gesturcons: Touch Pack 1.0</title>
		<link>http://wireframes.linowski.ca/2010/02/gesturcons-touch-pack-1-0/</link>
		<comments>http://wireframes.linowski.ca/2010/02/gesturcons-touch-pack-1-0/#comments</comments>
		<pubDate>Tue, 16 Feb 2010 13:23:19 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[Templates]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[draggable]]></category>
		<category><![CDATA[gestures]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2091</guid>
		<description><![CDATA[Ron has recently initiated a project with the intention of creating a visual language for representing gesture based user actions. He shares the belief of &#8220;gain[ing] common grounds when discussing interactions&#8221; and has just released the Gesturcon Touch Pack under a Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 United States License. The zipped file contains EPS, [...]]]></description>
			<content:encoded><![CDATA[<p><a title=" Gesturcons: Touch Pack 1.0" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full139.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb139.jpg" alt="" /></a><br />
Ron has recently initiated a project with the intention of creating a visual language for representing gesture based user actions. He shares the belief of &#8220;gain[ing] common grounds when discussing interactions&#8221; and has just released the <a href="http://blog.rongeorge.com/design/gesturcons/">Gesturcon Touch Pack</a> under a <a href="http://creativecommons.org/licenses/by-nc-nd/3.0/us/">Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 United States License</a>. The <a href="http://blog.rongeorge.com/wp-content/uploads/Gesturcons-Touch-by-RonGeorge.com-v1.5.zip">zipped file</a> contains EPS, PNG and Illustrator files for your use. His approach supports such interactions as taps, holds, double taps, flicks and is achieved with circular shapes. <a href="http://twitter.com/vitorious">@vitorious</a> also threw the idea of combining this with <a href="http://twitter.com/vitorious">my own notation</a>. Hmm, pretty cool. </p>
<p><em>Credits: <a href="http://blog.rongeorge.com/design/gesturcons/">Ron George</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/02/gesturcons-touch-pack-1-0/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Tablet + Illustrator: the Case for Electronic Sketching</title>
		<link>http://wireframes.linowski.ca/2010/02/tablet-illustrator-and-the-case-for-electronic-sketching/</link>
		<comments>http://wireframes.linowski.ca/2010/02/tablet-illustrator-and-the-case-for-electronic-sketching/#comments</comments>
		<pubDate>Thu, 04 Feb 2010 13:42:59 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[Tools]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[agility]]></category>
		<category><![CDATA[jakubs]]></category>
		<category><![CDATA[sketch]]></category>
		<category><![CDATA[user flow]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2020</guid>
		<description><![CDATA[It&#8217;s probably nothing new that the sketch has been gaining quite some attention lately as a powerful design tool. Some UI designers have began to precede wireframing and prototyping with free-form pen and paper approaches that afford exploration and support a wider diversity of ideas. For over a year now, in my design process I&#8217;ve [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Electronic Sketching" rel="shadowbox" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full137.png"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb137.jpg" alt="" /></a><br />
It&#8217;s probably nothing new that the <a href="http://wireframes.linowski.ca/tag/sketch/">sketch</a> has been gaining quite some attention lately as a powerful design tool. Some UI designers have began to precede wireframing and prototyping with free-form pen and paper approaches that afford exploration and support a wider diversity of ideas. For over a year now, in my design process I&#8217;ve started doing just the same right after I picked up a set of <a href="http://wireframes.linowski.ca/2009/09/markers/">markers</a> and sketch pads. Looking back, sketching has been wonderful at giving rise to design representations that naturally act as conversation starters and therefore make sketching more so compatible with agile philosophies. However, traditional pen and paper has a few limitations which <img class="alignright" src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb137b.jpg" alt="" /> over the last few months became noticeable. As a reaction to this, I grabbed an <a href="http://www.wacom.com/index.html">Intuos 3</a> from Wacom, installed <a href="http://www.adobe.com/products/illustrator/">Adobe Illustrator</a> and began <a href="http://www.linowski.ca/sketching">sketching</a> electronically using a pen and tablet. Finding the new approach superior, I have doubts I&#8217;ll ever go back to paper and wanted to share some of the reasons why. </p>
<h3>Scaling</h3>
<p>Like it or not, design ideas need to scale over time and good tools provide room for such growth. One thing that I love about Illustrator (which paper lacks of course) is that the art board or workspace can be stretched as needed whenever concepts need the extra room. The flexibility to resize the canvas is a really great feature especially during early ideation when multiple screens need to be shown together to tell a meaningful story. On the same note, another way Illustrator excels is in terms of a scalable fidelity. Whereas early on in a project the amount of detail might be small, over time however, the fidelity of an electronic sketch has the potential to develop. In a vector environment it is super easy to take a small UI sketch, stretch it to a larger size, and inject more detail inside of it. </p>
<h3>Ease of Editing</h3>
<p>Yes, in the real world we have pencils, erasers and the ability to redraw or correct our sketches to some degree. We can however only correct our paper sketches somewhat before they becomes unreadable. This isn&#8217;t the case with anything electronic or digital where cutting, deleting, undoing, redoing, erasing is second nature. A very common scenario is to draw different screens and only learn eventually that it makes sense for the two or three screens to be placed together &#8211; something that is very easily done by reorganizing or repositioning on the computer. Another superb thing about Illustrator is the ability to select a line and just redraw it, causing it the take on the new form. This of course can be done an unlimited amount of times in an electronic tool.</p>
<h3>Legibility</h3>
<p>Although this might not be the case for everyone out there, I personally find that my hand writing is very hard to read. Unless I spent extra care and time to write legibly, I find that on the computer it is way easier and quicker to type out text that can be read by others.</p>
<h3>Carelessness</h3>
<p>When I am about to sketch on paper, knowingly that it will be harder to undo, I hold myself back and think twice before the ink or lead leaves a mark. This slow down or inefficiency can be easily overcome in the electronic world with a tablet pen. When I sketch electronically, this worry disappears as I know that I don&#8217;t have to generate the right ideas, but instead can easily correct myself if something needs adjusting. This careless quality of electronic sketching brings forth immense value by affording greater exploration to occur more freely.</p>
<h3>Reuse</h3>
<p>Illustrator allows to create symbols of artwork very easily which in turn speeds up exploration ever more. Let&#8217;s say you have the same screen or component which you want to use a number of times across your work. Dragging the selection into the symbols palette allows you to reuse or instantiate that artwork and still have the ability to edit it in one location with it updating throughout. This is simply a superiority that paper cannot compete with.</p>
<p>The above are the reasons why I moved in the direction of electronic sketching. Perhaps the use of paper can still be justified in collaborative sketching sessions when there are more than one designer at the table and the design activity happens simultaneously in real time. For the remaining times, I find that the electronic sketch offers advantages over paper that are just too good to pass.</p>
<p><em>Credits: <a href="http://www.linowski.ca/">Jakub Linowski</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/02/tablet-illustrator-and-the-case-for-electronic-sketching/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>Big Transparent Thumbs</title>
		<link>http://wireframes.linowski.ca/2010/01/big-transparent-thumbs/</link>
		<comments>http://wireframes.linowski.ca/2010/01/big-transparent-thumbs/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 13:58:33 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[draggable]]></category>
		<category><![CDATA[gestures]]></category>
		<category><![CDATA[wireframe]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=2004</guid>
		<description><![CDATA[Vincent, a friend of mine, has been tinkering with some new ways of portraying simple touch screen interactions on his Get Around application. He uses a big overlaid thumb with a set transparency to indicate the touch. For indicating a dragging action, the thumb also contains an arrow with a direction. Just thought to share [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Big Transparent Thumbs" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full135.jpg" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb135.jpg" alt="" /></a><br />
Vincent, a friend of mine, has been tinkering with some new ways of portraying simple touch screen interactions on his <a href="http://vincentsteurs.com/#110259/Get-Around">Get Around</a> application. He uses a big overlaid thumb with a set transparency to indicate the touch. For indicating a dragging action, the thumb also contains an arrow with a direction. Just thought to share this as I found it interesting. To refresh quickly, Elaine has also approached the same problem previously in a slightly <a href="http://wireframes.linowski.ca/2009/04/touchscreen-gesture-icons/">different way</a>.</p>
<p><em>Credits: <a href="http://vincentsteurs.com/">Vincent Steurs</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/01/big-transparent-thumbs/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Wireframe-Mockup Hybrid</title>
		<link>http://wireframes.linowski.ca/2010/01/wireframe-mockup-hybrid/</link>
		<comments>http://wireframes.linowski.ca/2010/01/wireframe-mockup-hybrid/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 13:24:45 +0000</pubDate>
		<dc:creator>Jakub</dc:creator>
				<category><![CDATA[Samples]]></category>
		<category><![CDATA[colour]]></category>
		<category><![CDATA[emphasis]]></category>
		<category><![CDATA[priority]]></category>

		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1920</guid>
		<description><![CDATA[Recently, a visual mockup technique by Alex Faaborg on the Mozilla blog caught my attention. As Alex has been thinking about the merits of searching and browsing through bookmarks and history for the next Firefox version, it seemed like in a way he merged the traditional wireframe with a detailed mockup. While parts of the [...]]]></description>
			<content:encoded><![CDATA[<p><a title="Wireframe-Mockup Hybrid" href="http://wireframes.linowski.ca/wp-content/themes/darwin/images/full129.png" rel="shadowbox"><img src="http://wireframes.linowski.ca/wp-content/themes/darwin/images/thumb129.jpg" alt="" /></a><br />
Recently, a visual mockup technique by Alex Faaborg on the Mozilla blog caught my attention. As Alex has been thinking about the merits of <a href="http://blog.mozilla.com/faaborg/2009/10/13/browsing-your-personal-web">searching and browsing</a> through bookmarks and history for the next Firefox version, it seemed like in a way he merged the traditional wireframe with a detailed mockup. While parts of the interface schematics are faded outlines devoid of any colour, other parts are represented in full colour and contain rich depth. Interesting? This effect enables the designer to emphasize the more important parts of an interface and focuses the viewer&#8217;s attention on what matters most. These wireframe-mockup hybrids perhaps reaffirm the importance of designing UI parts in the right fidelity and at the same time remind us that it is ok to leave stuff out. </p>
<p><em>Credits: <a href="http://blog.mozilla.com/faaborg/">Alex Faaborg</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wireframes.linowski.ca/2010/01/wireframe-mockup-hybrid/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
