<?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>everything flows &#187; standards</title>
	<atom:link href="http://www.lukerodgers.ca/tag/standards/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lukerodgers.ca</link>
	<description>a celestial emporium of benevolent knowledge</description>
	<lastBuildDate>Wed, 11 Jan 2012 02:35:43 +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>Incorporating web standards into your design brief or RFP</title>
		<link>http://www.lukerodgers.ca/2008/07/incorporating-web-standards-into-your-design-brief-or-rfp/</link>
		<comments>http://www.lukerodgers.ca/2008/07/incorporating-web-standards-into-your-design-brief-or-rfp/#comments</comments>
		<pubDate>Thu, 31 Jul 2008 20:08:14 +0000</pubDate>
		<dc:creator>Luke Rodgers</dc:creator>
				<category><![CDATA[web and tech]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[projectmanagement]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[usability]]></category>
		<category><![CDATA[w3c]]></category>
		<category><![CDATA[wcag]]></category>
		<category><![CDATA[xhtml]]></category>

		<guid isPermaLink="false">http://www.lukerodgers.ca/?p=105</guid>
		<description><![CDATA[Working on a design brief for a radical makeover of the website at work, and have been doing a bit of digging around into how people specify web standards in their project specs. Came across this post from quite a (&#8230;)</p><p><a href="http://www.lukerodgers.ca/2008/07/incorporating-web-standards-into-your-design-brief-or-rfp/">Read the rest of this entry &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<p>Working on a design brief for a radical makeover of the website at work, and have been doing a bit of digging around into how people specify web standards in their project specs. Came across <a href="http://apartness.blogspot.com/2005/04/how-to-include-web-standards-in-rfp.html">this post</a> from quite a while ago, and ended up using it as sort of a template, with some modifications:</p>
<p><strong>Usability, accessibility and standards</strong></p>
<ul>
<li> The website will conform to the following standards:
<ul>
<li> Validation to either the <abbr title="World Wide Web Consortium">W3C</abbr> <abbr title="eXtensible HyperText Markup Language">XHTML</abbr> 1.0 transitional or strict document type</li>
</ul>
<ul>
<li>Validation to the <abbr title="World Wide Web Consortium">W3C</abbr>&#8217;s <abbr title="Cascading Style Sheets">CSS</abbr> 2.1 or 1.0</li>
</ul>
<ul>
<li>JavaScript will be implemented as progressive enhancement</li>
</ul>
<ul>
<li>Will meet all WCAG Priority 1 Guidelines, except  No. 1</li>
</ul>
</li>
<li>The website will render correctly in <abbr title="Internet Explorer 6">IE6</abbr>+ and Firefox 2+</li>
<li>All multimedia files will be available for download, and video will be provided via Flash</li>
<li>Alternative stylesheets will be developed for printers and mobile devices</li>
<li>Character encoding will be UTF-8</li>
</ul>
<p>This is still not solidified, and I may decide to put <abbr title="HyperText Markup Language">HTML</abbr> 4 in along with <abbr title="eXtensible HyperText Markup Language">XHTML</abbr>, though my preference is for the latter (for more on developing with XHTMl, see Jeffrey Zeldman&#8217;s <a href="http://www.alistapart.com/stories/betterliving/">&#8220;Better living Through <abbr title="eXtensible HyperText Markup Language">XHTML</abbr>&#8221;</a> at <cite>A List Apart</cite>).<span id="more-105"></span></p>
<p>Some other notes:</p>
<ul>
<li>No <abbr title="eXtensible HyperText Markup Language">XHTML</abbr> frameset doctype allowed!</li>
<li>Considered including the note about disallowing JavaScript browser detect methods  in favour of object detect, as mentioned in the article above, but sometimes you need both and there&#8217;s no point painting yourself into such a nitpicky corner. Specifying &#8220;progressive enhancement&#8221; instead of &#8220;graceful degradation&#8221; is a good idea.</li>
<li>Why just level 1 priorities of the <a href="http://www.w3.org/TR/WCAG10/">WCAG</a> and why exclude Guideline #1? It&#8217;s a human resources thing. It would be great if we could provide transcripts of all the audio and video we post, but it&#8217;s unfortunately just not realistic.</li>
<li>Why just <abbr title="Internet Explorer 6">IE6</abbr>+ and FF 2+? We get almost zero % of our users running Safari or <abbr title="Internet Explorer">IE</abbr> 5.5, and only about 0.7% running Opera. Anything below 5% and you have to seriously consider the time and resources involved in browser testing, tweaking and hacking&#8211;especially for <abbr title="Internet Explorer">IE</abbr> 5.5. My guess is that pretty much anything that works for Firefox 3 will be fine for Safari 3 and Opera 9+, and anything that doesn&#8217;t is probably trivial enough to forget about. If we were a big e-commerce site, and that 0.7% translated into 5,000 potential customers then I would probably think differently.</li>
<li>Flash&#8211;not quicktime (I always find it slow to load) and definitely not some Microsoft technology (that is also slow loading and may not work on a Mac). Flash is one of the most universally installed browser plugins.</li>
<li>Alternative stylesheets are a great idea to have control over how webpages print, and are also increasingly important given the proliferation of Internet-enabled mobile devices</li>
<li>Being a bilingual organization, we use a lot of French characters, and I find UTF-8 is the way to go.</li>
<li>We could specify mime type but I really don&#8217;t want to go there. There are lots of important articles discussing and usually warning against serving <abbr title="eXtensible HyperText Markup Language">XHTML</abbr> as text/html (see <a href="http://hixie.ch/advocacy/xhtml">here for the classic</a>, and <a href="http://www.w3.org/TR/xhtml-media-types/">here for the official</a>), but given that I expect all our pages to validate, I&#8217;m not incredibly concerned about this.</li>
</ul>]]></content:encoded>
			<wfw:commentRss>http://www.lukerodgers.ca/2008/07/incorporating-web-standards-into-your-design-brief-or-rfp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

