<?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: Blind Programming</title>
	<atom:link href="http://brethorsting.com/blog/2006/10/blind_programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://brethorsting.com/blog/2006/10/blind_programming/</link>
	<description>Politics, User Experience, and Photography.</description>
	<lastBuildDate>Sun, 01 Aug 2010 20:06:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Will Pearson</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-82</link>
		<dc:creator>Will Pearson</dc:creator>
		<pubDate>Tue, 10 Oct 2006 17:47:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-82</guid>
		<description>Aaron - I&#039;ve been thinking about blogging for a while, I&#039;ve even gone as far as creating a Wordpress blog.  However, and rather appropriately for a blog on UI design, I don&#039;t like the usability of most blogging platforms.  I&#039;m one of those people who don&#039;t have a strong compulsion to go and put my thoughts out into the world, with the exception of academic conferences, as I tend to get a free trip out of these *grin*.  Following J.S. Adam&#039;s Equity Theory of motivation, the costs involved with blogging, such as time and energy, would have to be pretty low in order to motivate me enough to blog, either that or I would have to find some new benefit in blogging.  Having said that, I&#039;m open to suggestions on easy to use blogging platforms.

  I&#039;m pretty sure most of what I&#039;m saying at the moment will come out soon any way.  Ubiquitous computing, or Ubicomp for short, is a growing field and one that is set to mushroom in the future if the future visionaries have it right.  At the moment accessibility is seen as designing UI&#039;s for people who have some defect in their sensory or motor systems that affect communication.  However, in the real world elements of our sensory and motor systems are typically tasked with other activities and are therefore temporarily unavailable to communicate with a computer.  Therefore, Ubicomp is going to mainstream accessibility techniques just in order to make the software available in a greater range of scenarios for typical users.  Designing Ubicomp platforms that use typical communication channels that are found in desktop UI&#039;s will render those UI&#039;s unusable in a wide range of scenarios away from the desktop.  This is a problem that can be found today in software such as Windows Mobile, where the UI really limits it to an electronic replacement for pen and paper or a portable media player, and Windows MCE.</description>
		<content:encoded><![CDATA[<p>Aaron &#8211; I&#8217;ve been thinking about blogging for a while, I&#8217;ve even gone as far as creating a WordPress blog.  However, and rather appropriately for a blog on UI design, I don&#8217;t like the usability of most blogging platforms.  I&#8217;m one of those people who don&#8217;t have a strong compulsion to go and put my thoughts out into the world, with the exception of academic conferences, as I tend to get a free trip out of these *grin*.  Following J.S. Adam&#8217;s Equity Theory of motivation, the costs involved with blogging, such as time and energy, would have to be pretty low in order to motivate me enough to blog, either that or I would have to find some new benefit in blogging.  Having said that, I&#8217;m open to suggestions on easy to use blogging platforms.</p>
<p>  I&#8217;m pretty sure most of what I&#8217;m saying at the moment will come out soon any way.  Ubiquitous computing, or Ubicomp for short, is a growing field and one that is set to mushroom in the future if the future visionaries have it right.  At the moment accessibility is seen as designing UI&#8217;s for people who have some defect in their sensory or motor systems that affect communication.  However, in the real world elements of our sensory and motor systems are typically tasked with other activities and are therefore temporarily unavailable to communicate with a computer.  Therefore, Ubicomp is going to mainstream accessibility techniques just in order to make the software available in a greater range of scenarios for typical users.  Designing Ubicomp platforms that use typical communication channels that are found in desktop UI&#8217;s will render those UI&#8217;s unusable in a wide range of scenarios away from the desktop.  This is a problem that can be found today in software such as Windows Mobile, where the UI really limits it to an electronic replacement for pen and paper or a portable media player, and Windows MCE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Brethorst</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-81</link>
		<dc:creator>Aaron Brethorst</dc:creator>
		<pubDate>Sat, 07 Oct 2006 19:33:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-81</guid>
		<description>Will - When are you going to start a blog on this stuff (or perhaps write a book)? I think you could do quite a bit to improve people&#039;s understanding of building accessible software. :smile:

  aaron</description>
		<content:encoded><![CDATA[<p>Will &#8211; When are you going to start a blog on this stuff (or perhaps write a book)? I think you could do quite a bit to improve people&#8217;s understanding of building accessible software. <img src='http://brethorsting.com/wp-includes/images/smilies/icon_smile.gif' alt=':smile:' class='wp-smiley' /> </p>
<p>  aaron</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Pearson</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-83</link>
		<dc:creator>Will Pearson</dc:creator>
		<pubDate>Sat, 07 Oct 2006 18:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-83</guid>
		<description>A good way to think of accessibility is as communication through another medium.  The typical user will communicate with the computer through key presses and mouse movements and in return the computer will communicate with the user through visual images and auditory sounds.  Problems with accessibility occur when a user is unable to either transmit or receive information through the typical communication channels used with a computer.  Accessibility really isn&#039;t about making software work with assistive technologies, they just provide a means to the end.  If viewed as a problem with the typical communication channels making something accessible becomes the need to communicate through alternative media such as sound, haptics, etc.

  This view of accessibility as a problem with communications is actually quite beneficial to the design of UI&#039;s for users who have no accessibility requirements.  Thinking about what semantic concepts are being communicated and how they are being transmitted to the user can reduce ambiguity and the cognitive workload involved with disambiguation, reduce the learning curve, and improve efficiency, ultimately leading to a more usable UI.  Taking a communications view also has benefits for the future.  Computing devices have started to move away from the desktop and into the big harsh real world.  Visual output isn&#039;t always appropriate in the real world as the sense of vision can be task with other activities, such as sensing dangers in the environment in order to keep us safe, our hands may not always be free to type, and other senses may be involved in other tasks.  Therefore, in order to design UI&#039;s that meet the demands of the environmental context in which they will be used it is very likely that communication will have to be made through different media to those typically used with desktop software.</description>
		<content:encoded><![CDATA[<p>A good way to think of accessibility is as communication through another medium.  The typical user will communicate with the computer through key presses and mouse movements and in return the computer will communicate with the user through visual images and auditory sounds.  Problems with accessibility occur when a user is unable to either transmit or receive information through the typical communication channels used with a computer.  Accessibility really isn&#8217;t about making software work with assistive technologies, they just provide a means to the end.  If viewed as a problem with the typical communication channels making something accessible becomes the need to communicate through alternative media such as sound, haptics, etc.</p>
<p>  This view of accessibility as a problem with communications is actually quite beneficial to the design of UI&#8217;s for users who have no accessibility requirements.  Thinking about what semantic concepts are being communicated and how they are being transmitted to the user can reduce ambiguity and the cognitive workload involved with disambiguation, reduce the learning curve, and improve efficiency, ultimately leading to a more usable UI.  Taking a communications view also has benefits for the future.  Computing devices have started to move away from the desktop and into the big harsh real world.  Visual output isn&#8217;t always appropriate in the real world as the sense of vision can be task with other activities, such as sensing dangers in the environment in order to keep us safe, our hands may not always be free to type, and other senses may be involved in other tasks.  Therefore, in order to design UI&#8217;s that meet the demands of the environmental context in which they will be used it is very likely that communication will have to be made through different media to those typically used with desktop software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Ballman</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-86</link>
		<dc:creator>Aaron Ballman</dc:creator>
		<pubDate>Wed, 04 Oct 2006 18:49:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-86</guid>
		<description>LoL, the screen reader may help.  A little.  :: grins ::</description>
		<content:encoded><![CDATA[<p>LoL, the screen reader may help.  A little.  :: grins ::</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Brethorst</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-85</link>
		<dc:creator>Aaron Brethorst</dc:creator>
		<pubDate>Wed, 04 Oct 2006 17:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-85</guid>
		<description>An excellent suggestion, Aaron. I agree that it really is the best way to understand the experience. Although I do suggest using a screenreader when you do this ;-)</description>
		<content:encoded><![CDATA[<p>An excellent suggestion, Aaron. I agree that it really is the best way to understand the experience. Although I do suggest using a screenreader when you do this <img src='http://brethorsting.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Ballman</title>
		<link>http://brethorsting.com/blog/2006/10/blind_programming/comment-page-1/#comment-84</link>
		<dc:creator>Aaron Ballman</dc:creator>
		<pubDate>Wed, 04 Oct 2006 17:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.brethorsting.com/newui/2006/10/blind_programming.html#comment-84</guid>
		<description>I&#039;ve found that a great way to test your application for how accessible it is to a blind user is to shut your monitor off, then try to use your application.  You&#039;ll quickly figure out what things are entirely inaccessible.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve found that a great way to test your application for how accessible it is to a blind user is to shut your monitor off, then try to use your application.  You&#8217;ll quickly figure out what things are entirely inaccessible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
