<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Boxes and Arrows: Comments by Pauric Pauric</title>
    <link>http://www.boxesandarrows.com/person/1695</link>
    <pubDate>Fri, 26 Jan 2007 14:53:36 GMT</pubDate>
    <description>Comments by Pauric Pauric</description>
    <item>
      <description>&lt;p&gt;I would just like to give a nod to Omnigraffle.  While its not on par with the likes of Axure, its a very nice combination of vector drawing, stencils functionality and layers. Sort of visio meets illustrator, without all the visio nuances.&lt;/p&gt;

	&lt;p&gt;&lt;a href="http://www.omnigroup.com/applications/omnigraffle/" rel="nofollow"&gt;http://www.omnigroup.com/applications/omnigraffle/&lt;/a&gt;&lt;/p&gt;

	&lt;p&gt;Excellent for flow defs, worth a look for wireframes on a budget.  No interaction capabilites.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/visio_replaceme#content_4024</link>
      <guid>http://www.boxesandarrows.com/view/visio_replaceme#content_4024</guid>
      <pubDate>Fri, 26 Jan 2007 14:53:36 GMT</pubDate>
      <author>Pauric Pauric</author>
    </item>
    <item>
      <description>&lt;p&gt;Dave, on Abstraction;&lt;/p&gt;

	&lt;p&gt;While not countering what you&amp;#8217;ve said I was left with the impression you believe its better to reduce abstraction.  I&amp;#8217;m not sure that should be a goal in itself, I would say its better to push out the abstraction to the right level for the given interaction.&lt;/p&gt;

	&lt;p&gt;For example, the very first cars used something akin to a boat tiller for steering.  It had poor mechanical advantage so a steering wheel was invented/implemented which added a layer of abstraction.  Similarly, if we were to blindly reduce the abstraction in an interface it would look like a display panel from the Matrix. Or, we&amp;#8217;d all be assembler programmers (o;  I like to think that there are three parties when it comes to abstraction; the user, the system and the &amp;#8216;tasks&amp;#8217;.  Its the designer&amp;#8217;s job to triangulate the design to meet the requirements and constraints of those three.&lt;/p&gt;

	&lt;p&gt;Also, I feel the level of abstraction needed is based on the user&amp;#8217;s understanding of the system&amp;#8217;s operation/capabilites as well as their experience in their domain.  As that understanding increases then the abstraction can be reduced.  My users often graduate from web to &lt;span class="caps"&gt;CLI&lt;/span&gt; when they achieve a level of experience and search for better flow.&lt;/p&gt;

	&lt;p&gt;Its a complex topic and I&amp;#8217;d really appreciate your thoughts on how to arrive at a balanced abstraction.&lt;/p&gt;

	&lt;p&gt;Great article btw &amp;#8211; thanks, pauric&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/foundations-of#content_11668</link>
      <guid>http://www.boxesandarrows.com/view/foundations-of#content_11668</guid>
      <pubDate>Thu, 27 Sep 2007 21:04:25 GMT</pubDate>
      <author>Pauric Pauric</author>
    </item>
  </channel>
</rss>
