<?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>almost daniel &#187; progressive enhancement</title>
	<atom:link href="http://almostdaniel.com/tags/progressive-enhancement/feed/" rel="self" type="application/rss+xml" />
	<link>http://almostdaniel.com</link>
	<description>i am a coder, an array explode(r). but here is where i write.</description>
	<lastBuildDate>Tue, 16 Mar 2010 21:35:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>universal design in education</title>
		<link>http://almostdaniel.com/2009/05/09/universal-design-in-education/</link>
		<comments>http://almostdaniel.com/2009/05/09/universal-design-in-education/#comments</comments>
		<pubDate>Sat, 09 May 2009 06:39:12 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[curriculum]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[learning]]></category>
		<category><![CDATA[progressive enhancement]]></category>
		<category><![CDATA[universal design]]></category>

		<guid isPermaLink="false">http://almostdaniel.com/?p=240</guid>
		<description><![CDATA[Some people in higher education don&#8217;t get universal design, especially when creating curriculum or web sites. UD isn&#8217;t about the branding or style. And it isn&#8217;t about accommodation or creating content for the lowest common denominator student (a phrase that borders on insulting to those students who are left out when universal design isn&#8217;t practiced). [...]]]></description>
			<content:encoded><![CDATA[<p>Some people in higher education don&#8217;t get universal design, especially when creating curriculum or web sites. UD isn&#8217;t about the branding or style. And it isn&#8217;t about accommodation or creating content for the lowest common denominator student (a phrase that borders on insulting to those students who are left out when universal design isn&#8217;t practiced). UD is about <em>getting it right the first time</em> by providing content accessible to all users, not just those with a disability. Instead of one-size-fits-all, UD recognizes that there are numerous sizes. The goal is to provide a continuum of sizes to fit each individual. To suggest otherwise is to miss the point entirely.<br />
<span id="more-240"></span></p>
<hr />
The original view on accessibility was that you had to create a special solution for disabled users in addition to your general solution for non-disabled users. After you created your original curriculum (or web site), you went back and tried to add features that made your site more accessible. For example, building that whizz-bang, Flash-only (&#8220;high bandwidth&#8221;) web site, and then duplicating it as a text-only (&#8220;low bandwidth&#8221;) site. Sound familiar? It was a compliance issue: as long as you made <em>something</em> accessible, you were in the clear. </p>
<p>For those who can&#8217;t get past 1998, <a href="http://en.wikipedia.org/wiki/Universal_design">universal design</a> is about building things that everyone can use, no matter their level of capability. It is this simple:</p>
<blockquote><p>&#8220;In terms of curriculum, universal design implies a design of instructional materials and activities that allows learning goals to be attainable by individuals with wide differences in their abilities to see, hear, speak, move, read, write, understand English, attend, organize, engage, and remember. Such a flexible, yet challenging, curriculum gives teachers the ability to provide each student access to the subject area <em>without having to adapt the curriculum repeatedly to meet special needs</em>.&#8221;  ~ <a href="http://www.ericdigests.org/2000-4/access.htm">Curriculum Access and Universal Design for Learning</a>
</p></blockquote>
<p>For goodness sake, universal design is trying to reduce the workload and number of special requests. That has to be positive, right?</p>
<p>The same goes for web sites. Good web designers/developers make an effort to create very well formed, semantic and progressively enhanced web sites. Not only does this approach help organize content in a cleaner, more reusable fashion, but paying attention to standards up front means that my web site is usable by everyone. I don&#8217;t have to go back and create a segregate site that is specifically accessible to certain people. Instead, I get to manage a single site that provides complete content to all users. With progressive enhancement (rooted in universal design principles), that content can be experienced by users with a broad range of capabilities.</p>
<p>People who don&#8217;t get UD feel that if they can&#8217;t have their Flash-only website, they are limited in some manner. I&#8217;ve found that web sites that follow a <a href="http://en.wikipedia.org/wiki/Progressive_enhancement">progressive enhancement</a> model (build it first so it works for everyone, then add layers of the &#8220;whizz-bang&#8221; so you get the final product you want) end up more powerful and more robust. You have to work <strong>smarter</strong> on the front end, but there&#8217;s a kind of gestalt that happens when you do it well instead of just doing it with the latest/greatest technology (or the way you&#8217;ve always done it).</p>
<p>UD is meant to be an approach that takes the segregation out of accessibility efforts. Instead of accommodating after the fact, we are simply designing better content. If you do it right, you are not creating curriculum for the lowest common denominator. You are creating curriculum that can be consumed by the widest range of students possible. You are creating web sites that reach the widest possible audience. To attempt otherwise is to stick with the idea that all students (and web site visitors) are alike. We know they are not, and we know their learning/interaction styles are not the same (disability or no). Even if disabilities were not at issue here, universal design would still be the best way to create curricula, web sites, buildings, sidewalks, etc., because universal design recognizes that worthwhile learning and interaction cannot be homogeneous. </p>
<p>Pony up your stale curricula and inaccessible web sites, academia, and build something that works for each unique student or site visitor instead of something that works only for people with the same capabilities as you.</p>
]]></content:encoded>
			<wfw:commentRss>http://almostdaniel.com/2009/05/09/universal-design-in-education/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>designing our way through web forms</title>
		<link>http://almostdaniel.com/2009/03/15/designing-our-way-through-web-forms/</link>
		<comments>http://almostdaniel.com/2009/03/15/designing-our-way-through-web-forms/#comments</comments>
		<pubDate>Sun, 15 Mar 2009 21:30:46 +0000</pubDate>
		<dc:creator>daniel</dc:creator>
				<category><![CDATA[blog]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[forms]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[progressive engagement]]></category>
		<category><![CDATA[progressive enhancement]]></category>
		<category><![CDATA[sxsw]]></category>

		<guid isPermaLink="false">http://almostdaniel.com/?p=138</guid>
		<description><![CDATA[Forms suck. Creating a style guide for form design is difficult.

Presenters
Christopher Schmitt &#8211; Heat Vision
Eric Ellis &#8211; Bank of America
Kimberly Blessing &#8211; Comcast Interactive Media
Date
Sunday, March 15
Sites
web form elements research
jquery validation
moz monkey



The Luke W. mantra: forms stand in the way of what we want to do.
Conversations
Conversations are rooted in trust. Good forms should be structured [...]]]></description>
			<content:encoded><![CDATA[<p>Forms suck. Creating a style guide for form design is difficult.</p>
<dl>
<dt>Presenters</dt>
<dd>Christopher Schmitt &#8211; Heat Vision</dd>
<dd>Eric Ellis &#8211; Bank of America</dd>
<dd>Kimberly Blessing &#8211; Comcast Interactive Media</dd>
<dt>Date</dt>
<dd>Sunday, March 15</dd>
<dt>Sites</dt>
<dd><a href="http://webformelements.com/">web form elements research</a></dd>
<dd><a href="http://bassistance.de/jquery-plugins/jquery-plugin-validation/">jquery validation</a></dd>
<dd><a href="http://mozmonkey.com/">moz monkey</a></dd>
</dl>
<p><span id="more-138"></span></p>
<hr />
The Luke W. mantra: forms stand in the way of what we want to do.</p>
<h3>Conversations</h3>
<p>Conversations are rooted in trust. Good forms should be structured on trust. Think about people/relationships, and context. The way you speak to your users impacts their excitement/enjoyment. The way you label your forms focused on a label that makes sense to the user not just to you.</p>
<dl>
<dt>Expectation</dt>
<dd>Apparently expectation is obvious.</dd>
<dt>Flow</dt>
<dd>Can a user look at a page in a matter of seconds and understand the pattern of interaction.</dd>
<dt>[Managed] Noise</dt>
<dd>Forms that are not initiated or expected; noise is anything that inhibits the user&#8217;s ability to complete the task. Marginilization over removal.</dd>
<dt>Order</dt>
<dd>Important things (the task) first, then the rest should be add-on. But make sure I have completed something <em>soon</em>.</dd>
</dl>
<h3>Progressive Engagement</h3>
<p>Lead a user down a path and show them questions only if they are necessary to the context and the type of user you are (if I already know about you, don&#8217;t ask me to fill it in again).</p>
<h3>HTML5 Form Elements</h3>
<ul>
<li>Slider</li>
<li>Input date (calendar) drop-down</li>
<li>Input time</li>
<li>Placeholder</li>
</ul>
<h3>Web Form Management</h3>
<p>Forms get re-purposed most often. How can you manage all the different form purposes simplistically in a common application pattern library? An editorial style guide for web forms: how do we speak to our customer or about our services?</p>
<p>Pull together the people who care about standards and build a style guide from the ground up.</p>
<h3>Validation</h3>
<p>Client-side validation doesn&#8217;t get it all, and can expose your validation methods to DoS. Split validation between client/server: format v. required. Server-side response for validation errors at top so screen readers see it force.</p>
<p><em>These are notes from a session at <a href="http://sxsw.com/interactive">sxsw interactive</a>. My own take on topics are mixed in with what the presenters were actually saying, so do not assume all of this content is my own.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://almostdaniel.com/2009/03/15/designing-our-way-through-web-forms/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
