<?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 Bo Lora</title>
    <link>http://www.boxesandarrows.com/person/2041</link>
    <pubDate>Fri, 14 Sep 2007 12:40:11 GMT</pubDate>
    <description>Comments by Bo Lora</description>
    <item>
      <description>&lt;p&gt;I&amp;#8217;ve been running to this problem forever.  Wireframes are a quick way to get a visual. I found the best use of wireframes in it&amp;#8217;s crudest for is standing by a whiteboard doing sketches.  However, I found that the best use of time on the computer is to do &lt;span class="caps"&gt;HTML&lt;/span&gt;.&lt;/p&gt;

	&lt;p&gt;I&amp;#8217;ll say that with one condition&amp;#8230; I&amp;#8217;ve experimented with lots of uses of PowerPoint, PhotoShop, Visio etc.  In the end, a hybrid &lt;span class="caps"&gt;CSS&lt;/span&gt;/JS does the best trick.  If you can keep the &lt;span class="caps"&gt;HTML&lt;/span&gt; at is simplest form but be able to show a near production quality version and flip it to black and white it helps in doing both testing it in usability and talking to business partners without having to discuss colors/look and feel.&lt;/p&gt;

	&lt;p&gt;The trick is the &lt;span class="caps"&gt;CSS&lt;/span&gt;/XHTML. Removing table layouts etc.&lt;/p&gt;

	&lt;p&gt;That&amp;#8217;s my two cents&amp;#8230;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/real_wireframes#content_4253</link>
      <guid>http://www.boxesandarrows.com/view/real_wireframes#content_4253</guid>
      <pubDate>Fri, 14 Sep 2007 12:40:11 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;I would love to see this story too.  It drives me crazy specialy when you are talking about a transactional application. This one is right up there with &amp;#8220;stickyness&amp;#8221;.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/5648#content_5709</link>
      <guid>http://www.boxesandarrows.com/idea/view/5648#content_5709</guid>
      <pubDate>Sat, 31 Mar 2007 06:42:47 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;I was actually thinking of having with examples&amp;#8230; The article itself should have a &amp;#8220;feel&amp;#8221; too! ;-)&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/7300#content_7863</link>
      <guid>http://www.boxesandarrows.com/idea/view/7300#content_7863</guid>
      <pubDate>Thu, 17 May 2007 03:38:00 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;I messed with PowerPoint for a couple of years.  I believe that if you do different unrelated projects then powerpoint can be a great tool as described in this article.  However, if you are tasked in a project that has a great degree of transactional/interactive design, like a customer service portal, then PowerPoint becomes extremely tedious.&lt;/p&gt;

	&lt;p&gt;I have found it much easier to invest the time in creating html templates in Dreamweaver and create prototypes on the fly.  Having said that, it does take a certain level of skillset. Many IAs are not as comfortable operating in &lt;span class="caps"&gt;HTML&lt;/span&gt; and javascript to create rapid prototypes or have readily available resources to help them do so.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/interactive#content_12338</link>
      <guid>http://www.boxesandarrows.com/view/interactive#content_12338</guid>
      <pubDate>Tue, 23 Oct 2007 20:49:42 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;Oh yeah, another comment&amp;#8230;.&lt;/p&gt;

	&lt;p&gt;Maureen, I think your use of screenshots and step by step instructions is very thorough and makes the article a great resource for people wanting to explore more with PP.&lt;/p&gt;

	&lt;p&gt;Great job.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/interactive#content_12339</link>
      <guid>http://www.boxesandarrows.com/view/interactive#content_12339</guid>
      <pubDate>Wed, 12 Sep 2007 19:02:58 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;Henrick,&lt;/p&gt;

	&lt;p&gt;&lt;span class="caps"&gt;I TOTALLY&lt;/span&gt; agree with you.  Yes you can prototype using various tools but why would I want to use pliers to open a bottle? Great point!&lt;/p&gt;

	&lt;p&gt;I found that in Visio or powerpoint or anything else like that you can get so wrapped around the axle with tediousness.  It gets really bad if you have a transactional flow layed out and then after presenting it to your client a descision is made to split one page in two or insert a new alternate flow. It can be a nightmare to change gears like that.  To me, &lt;span class="caps"&gt;HTML&lt;/span&gt; is much easier. If it wasn&amp;#8217;t then the web would have been done in PowerPoint!&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/pdf-prototypes#content_12340</link>
      <guid>http://www.boxesandarrows.com/view/pdf-prototypes#content_12340</guid>
      <pubDate>Wed, 12 Sep 2007 19:12:58 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;I agree with Richard that the &amp;#8220;form&amp;#8221; metaphor needs to be broken in a way.&lt;/p&gt;

	&lt;p&gt;I was once tasked to take a 22 page financial planning &amp;#8220;form&amp;#8221; and put it online.  The result was an application far different than &amp;#8220;putting the form online&amp;#8221;.&lt;/p&gt;

	&lt;p&gt;&amp;#8220;Forms&amp;#8221; (in a paper sense) don&amp;#8217;t have any intuity. Unfortunately, we we take these forms on the web and we sometimes  don&amp;#8217;t realize the opportunity to be intuitive.  For example: in a form that you have to input a billing and shipping address.  If you have a check box that says &amp;#8220;Same as billing address&amp;#8221; why does the user have to see the shipping address fields?  Often these are shown and prefilled with the billing address.  In paper form this is inevitable but on the web, you can hide them unless the user unchecks the box.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/getting-a-forms#content_12343</link>
      <guid>http://www.boxesandarrows.com/view/getting-a-forms#content_12343</guid>
      <pubDate>Wed, 12 Sep 2007 19:40:07 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
    <item>
      <description>&lt;p&gt;Lot&amp;#8217;s of people have rejected &lt;span class="caps"&gt;HTML&lt;/span&gt; prototyping as too cumbersome. I&amp;#8217;ve tried it all, visio, powerpoint, fireworks, photoshop, iRise, denim paint, etc.  Nothing beats using &lt;span class="caps"&gt;XHTML&lt;/span&gt; as a prototype platform as you describe it. Add Dreamweaver in the mix with widgets and snippets and you have a rapid prototype platform. You can also use div layers to store specification information.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/prototyping-with#content_30920</link>
      <guid>http://www.boxesandarrows.com/view/prototyping-with#content_30920</guid>
      <pubDate>Mon, 03 Nov 2008 18:58:56 GMT</pubDate>
      <author>Bo Lora</author>
    </item>
  </channel>
</rss>
