<?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 for Unrepentant</title>
	<atom:link href="http://john.foliot.ca/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://john.foliot.ca</link>
	<description>...my perspective - without apology</description>
	<lastBuildDate>Fri, 26 Feb 2010 02:08:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Thoughts on &lt;details&gt; versus @summary by Scotty Logan</title>
		<link>http://john.foliot.ca/thoughts-on-detail-versus-summary/comment-page-1/#comment-82</link>
		<dc:creator>Scotty Logan</dc:creator>
		<pubDate>Fri, 26 Feb 2010 02:08:36 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=150#comment-82</guid>
		<description>While this is the first I&#039;ve heard of this, I&#039;d have to agree with you - I think it&#039;ll be much easier for designers and developers to deal sensibly with a details element, rather than attributes.</description>
		<content:encoded><![CDATA[<p>While this is the first I&#8217;ve heard of this, I&#8217;d have to agree with you &#8211; I think it&#8217;ll be much easier for designers and developers to deal sensibly with a details element, rather than attributes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Thoughts on &lt;details&gt; versus @summary by Denis Boudreau</title>
		<link>http://john.foliot.ca/thoughts-on-detail-versus-summary/comment-page-1/#comment-81</link>
		<dc:creator>Denis Boudreau</dc:creator>
		<pubDate>Thu, 25 Feb 2010 22:28:25 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=150#comment-81</guid>
		<description>Looks like you&#039;re slowly winning me over... damn you! ;p</description>
		<content:encoded><![CDATA[<p>Looks like you&#8217;re slowly winning me over&#8230; damn you! ;p</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Sarah Bourne</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-77</link>
		<dc:creator>Sarah Bourne</dc:creator>
		<pubDate>Fri, 15 Jan 2010 23:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-77</guid>
		<description>Hi, John, from the land of beleaguered government web workers-

Yes, it&#039;s as you say: we need nice, stable, open standards for any work we do. We are beholden to our taxpayers to ensure that our output is available to all, regardless of what browser they use and whether or not they also use screen readers or magnifiers or speech synthesis. We also need to do our work so that it doesn&#039;t have to be redone all the time to use the Stupid Web Trick du jour, or to recover from having done so before. We have about 350,000 pieces of content (not including navigation pages!) on Mass.gov - whimsy is not very attractive.

But there&#039;s more. We don&#039;t use HTML just for &quot;websites&quot;. HTML is becoming the standard interface for our mission critical applications. Despite efforts to keep the presentation separate from the business logic, there is always some markup that gets muddled in with the business logic, where it is risky to make changes.

From an overall IT perspective, web pages are just another source of data, so we are interested in metadata standards that will work with them as well as with more structured applications.

Indeed, the impression that I get is that HTML5 is being crafted with the bespoke, stand-alone website in mind, and perhaps won&#039;t speak to the other, more utilitarian uses of HTML.

If it doesn&#039;t meet legal and practical needs, it&#039;s unlikely to be adopted as a government standard, and what good is a specification that governments and large corporations can&#039;t use?</description>
		<content:encoded><![CDATA[<p>Hi, John, from the land of beleaguered government web workers-</p>
<p>Yes, it&#8217;s as you say: we need nice, stable, open standards for any work we do. We are beholden to our taxpayers to ensure that our output is available to all, regardless of what browser they use and whether or not they also use screen readers or magnifiers or speech synthesis. We also need to do our work so that it doesn&#8217;t have to be redone all the time to use the Stupid Web Trick du jour, or to recover from having done so before. We have about 350,000 pieces of content (not including navigation pages!) on Mass.gov &#8211; whimsy is not very attractive.</p>
<p>But there&#8217;s more. We don&#8217;t use HTML just for &#8220;websites&#8221;. HTML is becoming the standard interface for our mission critical applications. Despite efforts to keep the presentation separate from the business logic, there is always some markup that gets muddled in with the business logic, where it is risky to make changes.</p>
<p>From an overall IT perspective, web pages are just another source of data, so we are interested in metadata standards that will work with them as well as with more structured applications.</p>
<p>Indeed, the impression that I get is that HTML5 is being crafted with the bespoke, stand-alone website in mind, and perhaps won&#8217;t speak to the other, more utilitarian uses of HTML.</p>
<p>If it doesn&#8217;t meet legal and practical needs, it&#8217;s unlikely to be adopted as a government standard, and what good is a specification that governments and large corporations can&#8217;t use?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Jen</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-76</link>
		<dc:creator>Jen</dc:creator>
		<pubDate>Fri, 15 Jan 2010 05:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-76</guid>
		<description>&quot;I do take umbridge with your comment (colored as it were by my specialty and focus) that “There are cases where it (accessibility) is less applicable”. Never! Accessibility must be foundational, and it should be every users right to access your (or your client’s) content equitably...&quot;

I have a specific case, a painter&#039;s portfolio. There&#039;s a point at which the accessibility is impacted by the subject matter of the site. That&#039;s what I referred to. Titles and alt tags and tabindices, etc, aside... nothing would deliver the paintings to absolutely everyone.</description>
		<content:encoded><![CDATA[<p>&#8220;I do take umbridge with your comment (colored as it were by my specialty and focus) that “There are cases where it (accessibility) is less applicable”. Never! Accessibility must be foundational, and it should be every users right to access your (or your client’s) content equitably&#8230;&#8221;</p>
<p>I have a specific case, a painter&#8217;s portfolio. There&#8217;s a point at which the accessibility is impacted by the subject matter of the site. That&#8217;s what I referred to. Titles and alt tags and tabindices, etc, aside&#8230; nothing would deliver the paintings to absolutely everyone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by John</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-74</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 14 Jan 2010 18:21:37 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-74</guid>
		<description>Hi Jen,

I&#039;ve also worked both sides of the street (being an independant consultant for approximately 7 years before landing at Stanford 3.5 years ago), and I&#039;m not suggesting that one side is better than the other.  I loved being my own boss, and was doing some significant work consulting to the Canadian Federal Government before moving to California, but I also expeienced the roller-coaster reality of the &#039;financial&#039; part of being self-employed.  I&#039;d do it again, but am happy where I am now too.

I say &#039;bigger dream&#039; in the context that Andy has achieved a level of success that many others aspire to; he&#039;s earned it, I do not begrudge him of it.  But by the same token, there *is* a difference between my fictional civil servant and &quot;&lt;a href=&quot;http://www.stuffandnonsense.co.uk/&quot; rel=&quot;nofollow&quot;&gt;...a small web site design studio, ...[that has] built an enviable worldwide reputation&lt;/a&gt;&quot; (that BTW is a dream worth working towards)

I do take umbridge with your comment (colored as it were by my specialty and focus) that &quot;There are cases where it (accessibility) is less applicable&quot;. Never!  Accessibility must be foundational, and it should be every users right to access your (or your client&#039;s) content equitably - not identically, but certainly equitably!  In that I will never back down &lt;grin&gt;.

The &#039;beef&#039; (and I am still working on a larger reponse to you outside of this thread) is that there is currently a split that is growing wider every day between the vision and implementation of HTML5, and who, actually, decides what is the Standard, and what is being proposed as part of the Standard.  There are currently 2 versions of the HTML5 specification - versions that differ in many ways (and both, it should be noted, not yet codified as being &#039;stable&#039;, although aspects of both are supported in the majority of the browsers).  Which one should you (will you) use?

And herein is my overall complaint with Andy&#039;s blog post.  While designers and developers today should keep abreast of emergent technologies, they should also be focused on the Standards process, not dismiss it as &quot;...generals play(ing) with toy soldiers...&quot; and advocating &quot;...using HTML5, CSS3 or indeed any other tool that makes ours, our clients and lives of people who use the web sites and applications that we make better.&quot; Which version of HTML5? W3C&#039;s or WHAT WG&#039;s? If you use &lt;video&gt; how will you provide captions?   If you use &lt;canvas&gt; how will non-sighted users interact with your content?  Rushing headlong into HTML5 because industry thought leaders are suggesting that it&#039;s OK, and to ignore the Standards process in favor of immeadiate results and solutions is short-sighted, fool-hardy and ultimately damaging - not to mention it might also make your work of this month completely obsolete by December.  Are you really willing to take that risk?

If you are prepared to see your work as temporal as a Sand Mandala, then by all means explore the richness that HTML5 is offering.  However if what you want is content &quot;...that will also stand the test of time and be useful for a decade or so&quot; then tread lightly and with a serious &#039;heads-up&#039; approach. And if you want both worlds, be concerned and involved in the Standards creation process - believe it or not it&#039;s more than just generals and toy soldiers. It&#039;s people like you and me too.&lt;/grin&gt;</description>
		<content:encoded><![CDATA[<p>Hi Jen,</p>
<p>I&#8217;ve also worked both sides of the street (being an independant consultant for approximately 7 years before landing at Stanford 3.5 years ago), and I&#8217;m not suggesting that one side is better than the other.  I loved being my own boss, and was doing some significant work consulting to the Canadian Federal Government before moving to California, but I also expeienced the roller-coaster reality of the &#8216;financial&#8217; part of being self-employed.  I&#8217;d do it again, but am happy where I am now too.</p>
<p>I say &#8216;bigger dream&#8217; in the context that Andy has achieved a level of success that many others aspire to; he&#8217;s earned it, I do not begrudge him of it.  But by the same token, there *is* a difference between my fictional civil servant and &#8220;<a href="http://www.stuffandnonsense.co.uk/" rel="nofollow">&#8230;a small web site design studio, &#8230;[that has] built an enviable worldwide reputation</a>&#8221; (that BTW is a dream worth working towards)</p>
<p>I do take umbridge with your comment (colored as it were by my specialty and focus) that &#8220;There are cases where it (accessibility) is less applicable&#8221;. Never!  Accessibility must be foundational, and it should be every users right to access your (or your client&#8217;s) content equitably &#8211; not identically, but certainly equitably!  In that I will never back down <grin>.</p>
<p>The &#8216;beef&#8217; (and I am still working on a larger reponse to you outside of this thread) is that there is currently a split that is growing wider every day between the vision and implementation of HTML5, and who, actually, decides what is the Standard, and what is being proposed as part of the Standard.  There are currently 2 versions of the HTML5 specification &#8211; versions that differ in many ways (and both, it should be noted, not yet codified as being &#8217;stable&#8217;, although aspects of both are supported in the majority of the browsers).  Which one should you (will you) use?</p>
<p>And herein is my overall complaint with Andy&#8217;s blog post.  While designers and developers today should keep abreast of emergent technologies, they should also be focused on the Standards process, not dismiss it as &#8220;&#8230;generals play(ing) with toy soldiers&#8230;&#8221; and advocating &#8220;&#8230;using HTML5, CSS3 or indeed any other tool that makes ours, our clients and lives of people who use the web sites and applications that we make better.&#8221; Which version of HTML5? W3C&#8217;s or WHAT WG&#8217;s? If you use &lt;video&gt; how will you provide captions?   If you use &lt;canvas&gt; how will non-sighted users interact with your content?  Rushing headlong into HTML5 because industry thought leaders are suggesting that it&#8217;s OK, and to ignore the Standards process in favor of immeadiate results and solutions is short-sighted, fool-hardy and ultimately damaging &#8211; not to mention it might also make your work of this month completely obsolete by December.  Are you really willing to take that risk?</p>
<p>If you are prepared to see your work as temporal as a Sand Mandala, then by all means explore the richness that HTML5 is offering.  However if what you want is content &#8220;&#8230;that will also stand the test of time and be useful for a decade or so&#8221; then tread lightly and with a serious &#8216;heads-up&#8217; approach. And if you want both worlds, be concerned and involved in the Standards creation process &#8211; believe it or not it&#8217;s more than just generals and toy soldiers. It&#8217;s people like you and me too.</grin></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Jen</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-73</link>
		<dc:creator>Jen</dc:creator>
		<pubDate>Thu, 14 Jan 2010 11:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-73</guid>
		<description>It is my understanding that accessibility should be one of the considerations in web design, anyway. See the intro chapter of Andy&#039;s Transcending CSS -- you two probably have the same beef. 

Corp workers mistakenly view non-corp workers as having achieved the &quot;bigger&quot; dream. It&#039;s not like that, in fact. The difficulties of a non-corp career are multifold. It&#039;s not what you may imagine. Boy, oh, boy, it isn&#039;t... (ouch! from me from my recent experiences). 

Accessibility should be a part of specs and always a thought in design processes. There are cases where it it is less applicable, though. Creativity is what may allow us to best provide for it, though. 

Specifically, in HTML5, what are the beefs?</description>
		<content:encoded><![CDATA[<p>It is my understanding that accessibility should be one of the considerations in web design, anyway. See the intro chapter of Andy&#8217;s Transcending CSS &#8212; you two probably have the same beef. </p>
<p>Corp workers mistakenly view non-corp workers as having achieved the &#8220;bigger&#8221; dream. It&#8217;s not like that, in fact. The difficulties of a non-corp career are multifold. It&#8217;s not what you may imagine. Boy, oh, boy, it isn&#8217;t&#8230; (ouch! from me from my recent experiences). </p>
<p>Accessibility should be a part of specs and always a thought in design processes. There are cases where it it is less applicable, though. Creativity is what may allow us to best provide for it, though. </p>
<p>Specifically, in HTML5, what are the beefs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by John</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-72</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 14 Jan 2010 05:52:58 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-72</guid>
		<description>@Andy - This is not an issue about money, and it was not my intent to imply otherwise. Rather, my intent is to speak out for those of whom I spoke.  I have no illusions in my mind that you are in some kind of glass tower, but neither do you commute to a nondescript government building every day to occupy your cube and care for the departmental website. Those people are affected by the machinations of Standards building as well as any of those more fortunate to live the &#039;bigger&#039; dream that you have achieved. I respect your work, and your contributions to the larger community, and I have no beef with you.

But those that are inspired by you, and strive to follow in your footsteps must understand that our industry is not always glamorous, exciting and creative; sometimes you have to use the tool-set for more mundane but equally important work. They should care about standards building, not dismiss them as impediments to progress and creativity - collectively we are the guardians of this open source wonder that is the web.  And I believe that this message should be heard as well. As the title of this blog entry notes, Standards are not just Stuff and Nonsense.</description>
		<content:encoded><![CDATA[<p>@Andy &#8211; This is not an issue about money, and it was not my intent to imply otherwise. Rather, my intent is to speak out for those of whom I spoke.  I have no illusions in my mind that you are in some kind of glass tower, but neither do you commute to a nondescript government building every day to occupy your cube and care for the departmental website. Those people are affected by the machinations of Standards building as well as any of those more fortunate to live the &#8216;bigger&#8217; dream that you have achieved. I respect your work, and your contributions to the larger community, and I have no beef with you.</p>
<p>But those that are inspired by you, and strive to follow in your footsteps must understand that our industry is not always glamorous, exciting and creative; sometimes you have to use the tool-set for more mundane but equally important work. They should care about standards building, not dismiss them as impediments to progress and creativity &#8211; collectively we are the guardians of this open source wonder that is the web.  And I believe that this message should be heard as well. As the title of this blog entry notes, Standards are not just Stuff and Nonsense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Andy Clarke</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-71</link>
		<dc:creator>Andy Clarke</dc:creator>
		<pubDate>Wed, 13 Jan 2010 22:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-71</guid>
		<description>Reality check #2 – not everyone gets to be Andy Clark [..], nope, instead they have J-O-B Jobs, and mortgages, groceries, two kids in high school and a retirement portfolio that is still too weak to allow retirement at age 55.

You so you know, My earning potential is linked only to the hours I can stay awake, with no guarantee of a salary, sick pay, holiday pay or other benefits. I have a mortgage, bills to pay, an eighteen-year old to pay through university for the next four years and no pension, or retirement plan at all, and no savings.</description>
		<content:encoded><![CDATA[<p>Reality check #2 – not everyone gets to be Andy Clark [..], nope, instead they have J-O-B Jobs, and mortgages, groceries, two kids in high school and a retirement portfolio that is still too weak to allow retirement at age 55.</p>
<p>You so you know, My earning potential is linked only to the hours I can stay awake, with no guarantee of a salary, sick pay, holiday pay or other benefits. I have a mortgage, bills to pay, an eighteen-year old to pay through university for the next four years and no pension, or retirement plan at all, and no savings.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by jen</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-70</link>
		<dc:creator>jen</dc:creator>
		<pubDate>Wed, 13 Jan 2010 20:26:27 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-70</guid>
		<description>Per our previous conversation, I think there&#039;s a lot of room between your point of view and what Andy wrote on &lt;a href=&quot;http://www.stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5/&quot; rel=&quot;nofollow&quot;&gt;Stuff and Nonsense&lt;/a&gt;.  I don&#039;t think that Andy is an artist and not right here in the trenches with everyone else.  He works with clients, and large organizations, too.  

Every project has different parameters, and sometimes we can adopt certain techniques, and sometimes we can&#039;t. I don&#039;t see why there can&#039;t be a variety of offerings in the specs and I definitely do not believe that corporations should have an impact on what is offered, a say, certainly, but not remove things that may provide advancements. I am naive, and I think I will always be. A bit too Pollyanna optimistic, if I do say so myself.  We need the best possible tools in our arsenal in order to deliver the best possible deliverables, within schedule and on-budget, that will also stand the test of time and be useful for a decade or so.

I&#039;ve spent 15 years contracting in so many environments — design agencies, corporate publishing and financial institutions, etc. I understand the corporate environment with the proprietary software, but I also don&#039;t think we should keep quiet and allow that incompetency to persist.  Many employees have equity in the place they are employed.  They are tied to the success of the business, whether it is the retirement funds, the daily job, or the resume attribution. If we don&#039;t speak up and share info, we are not good at our work.

Andy&#039;s role in the web design community is multi-fold. He&#039;s one of us, running his own shop and working with his own clients.  He is also an inspirational educator, holding the lantern on possible ways forward — no one needs to use all of his suggestions, but he explores them, shares them, (adds to his income), and inspires others to explore.  There&#039;s always a possibility that the techniques can be available for those with the modern browser, but elegantly degrade for other browsers.  Certainly it would impact a brand if the degraded version was crap — but that&#039;s our job as designers/developers to know what to do and when.

I&#039;m disappointed to find that corporations are controlling the reins of the W3C and the standards projects. It&#039;s frustrating enough trying to manage all the different proprietary issues out there, for example - video, without having to declare things a multitude of times for each of the different proprietary browser (CSS3 declarations x3 is annoying the piss out of me).  And that&#039;s just one thing.  

Web standards should be about setting quality as the goal, without all this pandering to &quot;the man.&quot;  &quot;The man&quot; should realize it is in his best interest for the code to be clean, and that the value in their product should be in the talent inherent in it, something that cannot be copied. Accessibility, scalability, and the ability to update quickly/easily/cheaply — those should be the benchmarks.

I hope I made some sense.  I&#039;m tired and my brain didn&#039;t stop thinking about this last night, so I&#039;m not certain that I&#039;m clear. It&#039;s a bit disappointing because at midnight last night I had all this passion and clarity, and now I&#039;m just wiped.</description>
		<content:encoded><![CDATA[<p>Per our previous conversation, I think there&#8217;s a lot of room between your point of view and what Andy wrote on <a href="http://www.stuffandnonsense.co.uk/blog/about/keep_calm_and_carry_on_with_html5/" rel="nofollow">Stuff and Nonsense</a>.  I don&#8217;t think that Andy is an artist and not right here in the trenches with everyone else.  He works with clients, and large organizations, too.  </p>
<p>Every project has different parameters, and sometimes we can adopt certain techniques, and sometimes we can&#8217;t. I don&#8217;t see why there can&#8217;t be a variety of offerings in the specs and I definitely do not believe that corporations should have an impact on what is offered, a say, certainly, but not remove things that may provide advancements. I am naive, and I think I will always be. A bit too Pollyanna optimistic, if I do say so myself.  We need the best possible tools in our arsenal in order to deliver the best possible deliverables, within schedule and on-budget, that will also stand the test of time and be useful for a decade or so.</p>
<p>I&#8217;ve spent 15 years contracting in so many environments — design agencies, corporate publishing and financial institutions, etc. I understand the corporate environment with the proprietary software, but I also don&#8217;t think we should keep quiet and allow that incompetency to persist.  Many employees have equity in the place they are employed.  They are tied to the success of the business, whether it is the retirement funds, the daily job, or the resume attribution. If we don&#8217;t speak up and share info, we are not good at our work.</p>
<p>Andy&#8217;s role in the web design community is multi-fold. He&#8217;s one of us, running his own shop and working with his own clients.  He is also an inspirational educator, holding the lantern on possible ways forward — no one needs to use all of his suggestions, but he explores them, shares them, (adds to his income), and inspires others to explore.  There&#8217;s always a possibility that the techniques can be available for those with the modern browser, but elegantly degrade for other browsers.  Certainly it would impact a brand if the degraded version was crap — but that&#8217;s our job as designers/developers to know what to do and when.</p>
<p>I&#8217;m disappointed to find that corporations are controlling the reins of the W3C and the standards projects. It&#8217;s frustrating enough trying to manage all the different proprietary issues out there, for example &#8211; video, without having to declare things a multitude of times for each of the different proprietary browser (CSS3 declarations x3 is annoying the piss out of me).  And that&#8217;s just one thing.  </p>
<p>Web standards should be about setting quality as the goal, without all this pandering to &#8220;the man.&#8221;  &#8220;The man&#8221; should realize it is in his best interest for the code to be clean, and that the value in their product should be in the talent inherent in it, something that cannot be copied. Accessibility, scalability, and the ability to update quickly/easily/cheaply — those should be the benchmarks.</p>
<p>I hope I made some sense.  I&#8217;m tired and my brain didn&#8217;t stop thinking about this last night, so I&#8217;m not certain that I&#8217;m clear. It&#8217;s a bit disappointing because at midnight last night I had all this passion and clarity, and now I&#8217;m just wiped.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Roger Hudson</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-69</link>
		<dc:creator>Roger Hudson</dc:creator>
		<pubDate>Wed, 13 Jan 2010 19:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-69</guid>
		<description>Thanks for the very nice post. I long for the day when cool is no longer cool and we focus again on making sure things work for most, if not all, web users. Standards are important and like you I think the W3C generally do a pretty good job in dealing with these issues, although sometimes the language they use is somewhat impenetrable.</description>
		<content:encoded><![CDATA[<p>Thanks for the very nice post. I long for the day when cool is no longer cool and we focus again on making sure things work for most, if not all, web users. Standards are important and like you I think the W3C generally do a pretty good job in dealing with these issues, although sometimes the language they use is somewhat impenetrable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by John</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-68</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 13 Jan 2010 18:57:19 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-68</guid>
		<description>@Ms2ger - whether or not WHAT WG drafted or reverse engineered the canvas element is less the issue: those engineers did not account for requirements like accessibility, as that topic/item/requirement was outside of their thinking and scope. Engineers are but one voice at the table though...

@bruce - right! I was actually thinking of guys like you when I wrote this post; I was also recalling my days as a consultant to the Canadian Federal Government, and work I was involved with for a major Canadian Bank. I too have the scars of frustration.

@Bud Gibson - while I currently work in an academic environment, I&#039;ve also had years of experience outside of Stanford.  I&#039;m all for teaching students (especially CS Students) to stretch for the next boundary; those students also must learn that the web is *NOT* just technology, it&#039;s an entire ecosystem that has massive impact on our society.  It&#039;s way more than just the inane &quot;cool, HTML5 is gonna kill off Flash...&quot; comments that populate blogs and the twitter-sphere, and the bureaucracy that those pups rail against is a reality that they *MUST* acknowledge and accept. (When I was in my 20&#039;s I thought I had the world by it&#039;s tail too!)</description>
		<content:encoded><![CDATA[<p>@Ms2ger &#8211; whether or not WHAT WG drafted or reverse engineered the canvas element is less the issue: those engineers did not account for requirements like accessibility, as that topic/item/requirement was outside of their thinking and scope. Engineers are but one voice at the table though&#8230;</p>
<p>@bruce &#8211; right! I was actually thinking of guys like you when I wrote this post; I was also recalling my days as a consultant to the Canadian Federal Government, and work I was involved with for a major Canadian Bank. I too have the scars of frustration.</p>
<p>@Bud Gibson &#8211; while I currently work in an academic environment, I&#8217;ve also had years of experience outside of Stanford.  I&#8217;m all for teaching students (especially CS Students) to stretch for the next boundary; those students also must learn that the web is *NOT* just technology, it&#8217;s an entire ecosystem that has massive impact on our society.  It&#8217;s way more than just the inane &#8220;cool, HTML5 is gonna kill off Flash&#8230;&#8221; comments that populate blogs and the twitter-sphere, and the bureaucracy that those pups rail against is a reality that they *MUST* acknowledge and accept. (When I was in my 20&#8217;s I thought I had the world by it&#8217;s tail too!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Denis Boudreau</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-67</link>
		<dc:creator>Denis Boudreau</dc:creator>
		<pubDate>Wed, 13 Jan 2010 18:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-67</guid>
		<description>I bow to thee, oh, wise one.</description>
		<content:encoded><![CDATA[<p>I bow to thee, oh, wise one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Bud Gibson</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-66</link>
		<dc:creator>Bud Gibson</dc:creator>
		<pubDate>Wed, 13 Jan 2010 14:15:26 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-66</guid>
		<description>Interesting perspective on innovation. I&#039;m actually a professor who teaches search engine advertising and landing page design. Our standard is xhtml 1.0 and approaches that work cross-browser.

One remark. You&#039;re obviously speaking from a production perspective in academia. In terms of producing students, they have to know about what&#039;s at the edge. In terms of research, people need to be creating the edge.</description>
		<content:encoded><![CDATA[<p>Interesting perspective on innovation. I&#8217;m actually a professor who teaches search engine advertising and landing page design. Our standard is xhtml 1.0 and approaches that work cross-browser.</p>
<p>One remark. You&#8217;re obviously speaking from a production perspective in academia. In terms of producing students, they have to know about what&#8217;s at the edge. In terms of research, people need to be creating the edge.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by bruce</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-65</link>
		<dc:creator>bruce</dc:creator>
		<pubDate>Wed, 13 Jan 2010 13:38:35 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-65</guid>
		<description>I used to work in a quasi-public sector organisation, which in 2004 paid $howmuch?!? for a tables-n-spacers website. Until 2005 the webteam had to use IE5 to test their work (downloading other browsers was a disciplinary offence).

Therefore, I hear you, mate, I hear you!</description>
		<content:encoded><![CDATA[<p>I used to work in a quasi-public sector organisation, which in 2004 paid $howmuch?!? for a tables-n-spacers website. Until 2005 the webteam had to use IE5 to test their work (downloading other browsers was a disciplinary offence).</p>
<p>Therefore, I hear you, mate, I hear you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Standards Are Not Just Stuff and Nonesense by Ms2ger</title>
		<link>http://john.foliot.ca/standards-are-not-just-stuff-and-nonesense/comment-page-1/#comment-64</link>
		<dc:creator>Ms2ger</dc:creator>
		<pubDate>Wed, 13 Jan 2010 12:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://john.foliot.ca/?p=131#comment-64</guid>
		<description>Note that the &quot;drafters&quot; didn&#039;t design canvas. It was basically reverse-engineered from WebKit&#039;s proprietary implementation.</description>
		<content:encoded><![CDATA[<p>Note that the &#8220;drafters&#8221; didn&#8217;t design canvas. It was basically reverse-engineered from WebKit&#8217;s proprietary implementation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
