<?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: Microsoft versioning: accessibility implications</title>
	<atom:link href="http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/</link>
	<description></description>
	<lastBuildDate>Sun, 21 Mar 2010 07:05:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bruce Lawson personal site Microsoft versioning accessibility &#124; Green Tea Fat Burner</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-613377</link>
		<dc:creator>Bruce Lawson personal site Microsoft versioning accessibility &#124; Green Tea Fat Burner</dc:creator>
		<pubDate>Mon, 08 Jun 2009 02:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-613377</guid>
		<description>[...] Bruce Lawson personal site Microsoft versioning accessibility   Posted by root 3 hours ago (http://www.brucelawson.co.uk)        Comment by patrick h lauke january 31st 2008 at 12 03 am i compare such arguments to the body mass index of muscle mass versus body        Discuss&#160;  &#124;&#160; Bury &#124;&#160;    News &#124; Bruce Lawson personal site Microsoft versioning accessibility [...]</description>
		<content:encoded><![CDATA[<p>[...] Bruce Lawson personal site Microsoft versioning accessibility   Posted by root 3 hours ago (<a href="http://www.brucelawson.co.uk" rel="nofollow">http://www.brucelawson.co.uk</a>)        Comment by patrick h lauke january 31st 2008 at 12 03 am i compare such arguments to the body mass index of muscle mass versus body        Discuss&nbsp;  |&nbsp; Bury |&nbsp;    News | Bruce Lawson personal site Microsoft versioning accessibility [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-522555</link>
		<dc:creator>Bruce</dc:creator>
		<pubDate>Thu, 03 Jul 2008 06:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-522555</guid>
		<description>&quot;nitrogen seems to be all i live on - as oxygen is at a premium&quot;

Absolutely, Craig. An insightful contribution.</description>
		<content:encoded><![CDATA[<p>&#8220;nitrogen seems to be all i live on &#8211; as oxygen is at a premium&#8221;</p>
<p>Absolutely, Craig. An insightful contribution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: craig elliott</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-522476</link>
		<dc:creator>craig elliott</dc:creator>
		<pubDate>Wed, 02 Jul 2008 20:09:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-522476</guid>
		<description>with regards to your comments about tabindex i think they are well founded. i base them on pure logic as that is the only way i can see around the problem they create. i also remember access key vaguely.
i like your use of the word prevalent/ although i adopt inherent. as for adding values in other words strings they are too complicated for me. machine code is the basis on which all ip 7 levels should be regarded but is there a law to stop them. i have tried making sense out of microsoft but i am stll lost. the new levels may come into future effect as i wouldn&#039;t be suprised if dell were now using them. as for icam client a good idea in principal but mainly unfounded. thats if you use human logic!
also nitrogen seems to be all i live on - as oxygen is at a premium.</description>
		<content:encoded><![CDATA[<p>with regards to your comments about tabindex i think they are well founded. i base them on pure logic as that is the only way i can see around the problem they create. i also remember access key vaguely.<br />
i like your use of the word prevalent/ although i adopt inherent. as for adding values in other words strings they are too complicated for me. machine code is the basis on which all ip 7 levels should be regarded but is there a law to stop them. i have tried making sense out of microsoft but i am stll lost. the new levels may come into future effect as i wouldn&#8217;t be suprised if dell were now using them. as for icam client a good idea in principal but mainly unfounded. thats if you use human logic!<br />
also nitrogen seems to be all i live on &#8211; as oxygen is at a premium.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bruce</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-397960</link>
		<dc:creator>bruce</dc:creator>
		<pubDate>Mon, 04 Feb 2008 19:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-397960</guid>
		<description>Thanks on all counts, Thacker. Definite food for thought.</description>
		<content:encoded><![CDATA[<p>Thanks on all counts, Thacker. Definite food for thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thacker</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-397720</link>
		<dc:creator>thacker</dc:creator>
		<pubDate>Mon, 04 Feb 2008 17:42:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-397720</guid>
		<description>Lauke--

I respectfully disagree that the default of IE8 to the IE7 engine represents a zero market influence upon CMS application development.  Its influence needs to be accounted for not only for the application&#039;s customer base but also for future releases of Internet Explorer.  Granted, development applications such as Adobe Dreamweaver will account for it sooner than a development application such as GoDaddy&#039;s Web Site Tonight.  That is a difference of their customer demographics rather than any presumption of a &#039;zero&#039; market influence based upon any browser dominance and/or lack thereof.  Both will require time and that is what Microsoft is giving to them.

To presume that Internet Explorer will be set to IE7 as a default into perpetuity is a wide stretch.  Arguments of prior acts using IE6 as an example to support such arguments are significantly out of context, in my view. I only present this in that such argument has been made by many in belief that Microsoft is a total moron and will lock such a thing down, forever.

Thanks.

----------------

Bruce--

I will acquiesce to your request even though the basis for my reference to an individual&#039;s surname over that of the individual&#039;s christian/given name is that it breeds familiarity with someone whom isn&#039;t personally known. Such a thing, to me, is disrespectful.  As you pointed out, its a jarhead thing.

I am sorry but I cannot cite any specific Web site, from direct memory or wherein I have bookmarked such a site, wherein failure to assign &lt;code&gt;tabindex&lt;/code&gt; values presents keyboard navigation problems.  Over the years, I have run across many, whether or not they were semantically correct, I do not know. [That preceding statement would last long if this were a court of law, huh.]  A lot of those navigation issues could be a result of failure of the content to be laid out in a linear and logical order.  If a specific site suffers that problem, assigning &lt;code&gt;tabindex&lt;/code&gt; would reduce that problem.  Granted, such a &#039;fix&#039; would be ass backwards to a more significant problem.

In defense of &lt;code&gt;tabindex&lt;/code&gt;, several years ago I was managing a project that included a form control. Within this specific form, there were three buttons. For this explanation, the buttons are labeled A, B and C.  Logic of the form required that button B take initial focus because it was the most prevalent response to the form.  As I recall, keyboard navigation order was not following logical order within the form which was, button B, then button A and lastly button C.  Assigning &lt;code&gt;tabindex&lt;/code&gt; resolved this issue however it also required assigning &lt;code&gt;tabindex&lt;/code&gt; values to all necessary links, form controls, etc that preceded this specific form. It looks as though this was is a similar issue that you pointed out in your thread.  From that point on, all managed projects required assigning &lt;code&gt;tabindex&lt;/code&gt; values.

Some will argue that such use adds un-needed bulk to the code in that same manner they have argued that use of the IE8 &lt;code&gt;meta&lt;/code&gt; tag version switch adds un-needed code.  I compare such arguments to the body mass index of muscle mass versus body fat.  Some body fat is a good thing and that, however, too much towards lean or vice versa is rarely good.

In addition, when creating ASP.NET standards compliant content, either hard-coded or using Visual Studio 2005/2008, use of the CSS Friendly Control Adapters is necessary.  However, one drawback when using these adapters is that tab order of any one of these controls falls to the bottom of the tab order on any given content page wherein the adapter is used and regardless of its linear order within the content.  Use of &lt;code&gt;tabindex&lt;/code&gt; resolves that issue.

Use of &lt;code&gt;tabindex&lt;/code&gt; can be cumbersome.  Much of this is reduced if &lt;code&gt;tabindex&lt;/code&gt; values are assigned as blocks based upon the various segments of the linear layout of the content. I simply consider it a best practice in the same manner, for example, that a modified version of the United Kingdom Standard for &lt;code&gt;accesskey&lt;/code&gt; values and the &lt;abbr title=&quot;Internet Content Rating Association.&quot;&gt;ICRA&lt;/abbr&gt; label should always be used.  I concede that the majority of my views are, more often than not, in a distinct minority.

Again, please forgive me.  I am at the age wherein I recall the creation of hydrogen but cannot recall what to hell I had for breakfast.

Thanks.</description>
		<content:encoded><![CDATA[<p>Lauke&#8211;</p>
<p>I respectfully disagree that the default of IE8 to the IE7 engine represents a zero market influence upon CMS application development.  Its influence needs to be accounted for not only for the application&#8217;s customer base but also for future releases of Internet Explorer.  Granted, development applications such as Adobe Dreamweaver will account for it sooner than a development application such as GoDaddy&#8217;s Web Site Tonight.  That is a difference of their customer demographics rather than any presumption of a &#8216;zero&#8217; market influence based upon any browser dominance and/or lack thereof.  Both will require time and that is what Microsoft is giving to them.</p>
<p>To presume that Internet Explorer will be set to IE7 as a default into perpetuity is a wide stretch.  Arguments of prior acts using IE6 as an example to support such arguments are significantly out of context, in my view. I only present this in that such argument has been made by many in belief that Microsoft is a total moron and will lock such a thing down, forever.</p>
<p>Thanks.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>Bruce&#8211;</p>
<p>I will acquiesce to your request even though the basis for my reference to an individual&#8217;s surname over that of the individual&#8217;s christian/given name is that it breeds familiarity with someone whom isn&#8217;t personally known. Such a thing, to me, is disrespectful.  As you pointed out, its a jarhead thing.</p>
<p>I am sorry but I cannot cite any specific Web site, from direct memory or wherein I have bookmarked such a site, wherein failure to assign <code>tabindex</code> values presents keyboard navigation problems.  Over the years, I have run across many, whether or not they were semantically correct, I do not know. [That preceding statement would last long if this were a court of law, huh.]  A lot of those navigation issues could be a result of failure of the content to be laid out in a linear and logical order.  If a specific site suffers that problem, assigning <code>tabindex</code> would reduce that problem.  Granted, such a &#8216;fix&#8217; would be ass backwards to a more significant problem.</p>
<p>In defense of <code>tabindex</code>, several years ago I was managing a project that included a form control. Within this specific form, there were three buttons. For this explanation, the buttons are labeled A, B and C.  Logic of the form required that button B take initial focus because it was the most prevalent response to the form.  As I recall, keyboard navigation order was not following logical order within the form which was, button B, then button A and lastly button C.  Assigning <code>tabindex</code> resolved this issue however it also required assigning <code>tabindex</code> values to all necessary links, form controls, etc that preceded this specific form. It looks as though this was is a similar issue that you pointed out in your thread.  From that point on, all managed projects required assigning <code>tabindex</code> values.</p>
<p>Some will argue that such use adds un-needed bulk to the code in that same manner they have argued that use of the IE8 <code>meta</code> tag version switch adds un-needed code.  I compare such arguments to the body mass index of muscle mass versus body fat.  Some body fat is a good thing and that, however, too much towards lean or vice versa is rarely good.</p>
<p>In addition, when creating ASP.NET standards compliant content, either hard-coded or using Visual Studio 2005/2008, use of the CSS Friendly Control Adapters is necessary.  However, one drawback when using these adapters is that tab order of any one of these controls falls to the bottom of the tab order on any given content page wherein the adapter is used and regardless of its linear order within the content.  Use of <code>tabindex</code> resolves that issue.</p>
<p>Use of <code>tabindex</code> can be cumbersome.  Much of this is reduced if <code>tabindex</code> values are assigned as blocks based upon the various segments of the linear layout of the content. I simply consider it a best practice in the same manner, for example, that a modified version of the United Kingdom Standard for <code>accesskey</code> values and the <abbr title="Internet Content Rating Association.">ICRA</abbr> label should always be used.  I concede that the majority of my views are, more often than not, in a distinct minority.</p>
<p>Again, please forgive me.  I am at the age wherein I recall the creation of hydrogen but cannot recall what to hell I had for breakfast.</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce</title>
		<link>http://www.brucelawson.co.uk/2008/accessibility-implications-microsoft-versioning/comment-page-1/#comment-396700</link>
		<dc:creator>Bruce</dc:creator>
		<pubDate>Mon, 04 Feb 2008 09:06:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.brucelawson.co.uk/index.php/2008/the-accessibility-implications-of-microsoft-versioning/#comment-396700</guid>
		<description>Thacker, you&#039;ve piqued my curiosity: you say &quot;the use of tabindex values is as routine, or should be, as use of a proper DTD&quot;. 

I&#039;ve never found any use for tabindex on well-structured sites, but I don&#039;t want to rule it out. Can you give me an example of when a site made with semantic markup is made more accessible with explicit tabindex (except to counteract the IE bug discussed above)?

(Can I ask another favour? Can you call me &quot;Bruce&quot; rather than &quot;Lawson&quot;? We&#039;re not in the military on my website!)</description>
		<content:encoded><![CDATA[<p>Thacker, you&#8217;ve piqued my curiosity: you say &#8220;the use of tabindex values is as routine, or should be, as use of a proper DTD&#8221;. </p>
<p>I&#8217;ve never found any use for tabindex on well-structured sites, but I don&#8217;t want to rule it out. Can you give me an example of when a site made with semantic markup is made more accessible with explicit tabindex (except to counteract the IE bug discussed above)?</p>
<p>(Can I ask another favour? Can you call me &#8220;Bruce&#8221; rather than &#8220;Lawson&#8221;? We&#8217;re not in the military on my website!)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
