<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Has anyone used the Interactive Sketching Notation?</title>
	<atom:link href="http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/feed/" rel="self" type="application/rss+xml" />
	<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/</link>
	<description>Because every IA has something funky up their sleeve</description>
	<lastBuildDate>Mon, 06 Feb 2012 15:18:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Nathanael Boehm</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-11037</link>
		<dc:creator>Nathanael Boehm</dc:creator>
		<pubDate>Thu, 04 Feb 2010 00:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-11037</guid>
		<description>I&#039;ve been doing a &lt;a href=&quot;http://www.flickr.com/photos/purecaffeine/4328394839/&quot; target=&quot;_blank&quot;&gt;bit more thinking&lt;/a&gt; and I would like to suggest you experiment with a couple of ideas: 
 
Firstly, the idea of different colour pens - introducing blue. Using different colours to represent info/thought callouts as opposed to arrows that indicate a change. 
 
Also the Notation needs to accommodate changes in approach and UI ... something better than just scribbling stuff out or starting again ... a way of allowing an idea to progress whilst making it clear where the thought started and what the final decision was without cluttering the interface. 
 
The idea of abstracting global and page elements ... so get your global design done and out of the way but also making it clear that all pages inherit from it ... some sort of basic tree diagram. This also then filters down to screen regions - your deltas. 
 
Also, want to explore the idea of showing how a delta sequentially changes and why; either in response to user input or just time; like with my boxed comic-style 2-panel storyboard of the password field in the top right of the photo linked to above. 
 
Pulling out deltas is fine, but what about inserting them? How do you show &quot;This would be inserted here when this meets this condition&quot; without confusing existing symbols such as your callout and workflow arrows?  
 
I want to explore the tree and the panel storyboarding of deltas a bit more over the next few days - just need to find some real work I can apply this too ... </description>
		<content:encoded><![CDATA[<p>I&#039;ve been doing a <a href="http://www.flickr.com/photos/purecaffeine/4328394839/" target="_blank">bit more thinking</a> and I would like to suggest you experiment with a couple of ideas: </p>
<p>Firstly, the idea of different colour pens &#8211; introducing blue. Using different colours to represent info/thought callouts as opposed to arrows that indicate a change. </p>
<p>Also the Notation needs to accommodate changes in approach and UI &#8230; something better than just scribbling stuff out or starting again &#8230; a way of allowing an idea to progress whilst making it clear where the thought started and what the final decision was without cluttering the interface. </p>
<p>The idea of abstracting global and page elements &#8230; so get your global design done and out of the way but also making it clear that all pages inherit from it &#8230; some sort of basic tree diagram. This also then filters down to screen regions &#8211; your deltas. </p>
<p>Also, want to explore the idea of showing how a delta sequentially changes and why; either in response to user input or just time; like with my boxed comic-style 2-panel storyboard of the password field in the top right of the photo linked to above. </p>
<p>Pulling out deltas is fine, but what about inserting them? How do you show &quot;This would be inserted here when this meets this condition&quot; without confusing existing symbols such as your callout and workflow arrows?  </p>
<p>I want to explore the tree and the panel storyboarding of deltas a bit more over the next few days &#8211; just need to find some real work I can apply this too &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakub Linowski</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-11002</link>
		<dc:creator>Jakub Linowski</dc:creator>
		<pubDate>Wed, 03 Feb 2010 14:57:57 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-11002</guid>
		<description>Hey David. My experience tells me that sketching and prototyping are design activities that although might seem similar, they do have different intentions which might require different tools. Whereas the sketch aims to explore and suggest, the prototype is more defining and descriptive. See Buxton &lt;a href=&quot;http://www.uie.com/brainsparks/2006/11/16/buxton-on-sketching-and-experience-design/.&quot; target=&quot;_blank&quot;&gt;http://www.uie.com/brainsparks/2006/11/16/buxton-...&lt;/a&gt; A healthy design process should also start of with free form hand drawing in my opinion, which electronic prototyping tools do not support. </description>
		<content:encoded><![CDATA[<p>Hey David. My experience tells me that sketching and prototyping are design activities that although might seem similar, they do have different intentions which might require different tools. Whereas the sketch aims to explore and suggest, the prototype is more defining and descriptive. See Buxton <a href="http://www.uie.com/brainsparks/2006/11/16/buxton-on-sketching-and-experience-design/." target="_blank">http://www.uie.com/brainsparks/2006/11/16/buxton-&#8230;</a> A healthy design process should also start of with free form hand drawing in my opinion, which electronic prototyping tools do not support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathanael Boehm</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-10998</link>
		<dc:creator>Nathanael Boehm</dc:creator>
		<pubDate>Wed, 03 Feb 2010 12:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-10998</guid>
		<description>Hi Jakub, 
 
Thanks for referencing my blog. I have a few ideas - trying to tackle the idea of over-time interaction/response ... I like the delta box but it can make it hard to keep track of the original screen; hard to hold that in your head. 
 
Might be better if somehow we can flip that around and centre around that original screen state using callouts coupled with screen region frame-by-frame storyboarding. I&#039;ll do up an example tomorrow. </description>
		<content:encoded><![CDATA[<p>Hi Jakub, </p>
<p>Thanks for referencing my blog. I have a few ideas &#8211; trying to tackle the idea of over-time interaction/response &#8230; I like the delta box but it can make it hard to keep track of the original screen; hard to hold that in your head. </p>
<p>Might be better if somehow we can flip that around and centre around that original screen state using callouts coupled with screen region frame-by-frame storyboarding. I&#039;ll do up an example tomorrow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-10993</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 03 Feb 2010 09:14:46 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-10993</guid>
		<description>If you have to do something reallly interactive or even dynamic, is it not better to prototype it straight away? I use Justinmind Prototyper to prototype, and then it generates scenarios and navigation processes... so that i don&#180;t get mixed up in the conditions! </description>
		<content:encoded><![CDATA[<p>If you have to do something reallly interactive or even dynamic, is it not better to prototype it straight away? I use Justinmind Prototyper to prototype, and then it generates scenarios and navigation processes&#8230; so that i don&acute;t get mixed up in the conditions!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakub Linowski</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-10329</link>
		<dc:creator>Jakub Linowski</dc:creator>
		<pubDate>Thu, 21 Jan 2010 18:49:27 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-10329</guid>
		<description>Thanks. Feel free to let me know of any feedback you might have anytime (or even share whatever you come up with). Cheers. </description>
		<content:encoded><![CDATA[<p>Thanks. Feel free to let me know of any feedback you might have anytime (or even share whatever you come up with). Cheers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Basford</title>
		<link>http://wireframes.linowski.ca/2010/01/has-anyone-used-the-interactive-sketching-notation/comment-page-1/#comment-10328</link>
		<dc:creator>Eric Basford</dc:creator>
		<pubDate>Thu, 21 Jan 2010 18:44:34 +0000</pubDate>
		<guid isPermaLink="false">http://wireframes.linowski.ca/?p=1988#comment-10328</guid>
		<description>I&#039;ve got a project on the horizon that I&#039;m about to take from sketches/wireframes to something more interactive, and this looks like a fantastic way to document it.  I just haven&#039;t gotten the chance to kick the tires on your notation.  Thanks for all the resources you provide though, they have been inspirational! </description>
		<content:encoded><![CDATA[<p>I&#039;ve got a project on the horizon that I&#039;m about to take from sketches/wireframes to something more interactive, and this looks like a fantastic way to document it.  I just haven&#039;t gotten the chance to kick the tires on your notation.  Thanks for all the resources you provide though, they have been inspirational!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

