<?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"
	>
<channel>
	<title>Comments on: Too much accessibility - double expanded acronyms</title>
	<atom:link href="http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/</link>
	<description></description>
	<pubDate>Thu,  4 Dec 2008 21:58:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Bim</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-33160</link>
		<dc:creator>Bim</dc:creator>
		<pubDate>Sun, 26 Aug 2007 07:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-33160</guid>
		<description>That's a perfectly reasonable and well thought out solution Ben. In effect, you've provided the expansion in plain text prior to the first time it's used.

Another  suitable solution, that could be used for a similar situation, perhaps with a larger glossary, is to have the definitions listed on another page that opens in a new window, (with appropriate warning), so the user can refer back to it by keeping the new window open while they read the page, so it's available to be referred back to, without moving the focus on the main page.  If this technique were used though, I'd be tempted to use the term "Difficulty levels explained", rather than "glossary", as the link text.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a perfectly reasonable and well thought out solution Ben. In effect, you&#8217;ve provided the expansion in plain text prior to the first time it&#8217;s used.</p>
<p>Another  suitable solution, that could be used for a similar situation, perhaps with a larger glossary, is to have the definitions listed on another page that opens in a new window, (with appropriate warning), so the user can refer back to it by keeping the new window open while they read the page, so it&#8217;s available to be referred back to, without moving the focus on the main page.  If this technique were used though, I&#8217;d be tempted to use the term &#8220;Difficulty levels explained&#8221;, rather than &#8220;glossary&#8221;, as the link text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millar</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30702</link>
		<dc:creator>Ben 'Cerbera' Millar</dc:creator>
		<pubDate>Sun, 05 Aug 2007 21:15:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30702</guid>
		<description>If a few short terms are used very frequently on a page, expanding them all adds noticeable download time. But they would only need a small number of entries in a glossary, keeping it manageable?

For example, &lt;a href="http://calthorpepark.hants.sch.uk/temp/adult-ed/courses.htm" rel="nofollow"&gt;Calthorpe's Adult Education Course List&lt;/a&gt;. This has a few abbreviated difficulty levels, each of which is repeated severa times on the page. The meanings must be available to all users and they need a bit more description than just an expansion.

Putting these separate Glossary page seemed like a bit of a trek, as you've mentioned. I used a mini-glossary on that page. Was that a reasonable approach to this situation?

The NUT example is compelling. How about if it were a link to NUT's website? Would using a &lt;code&gt;title=""&lt;/code&gt; on that link to expand the name be reasonable? The latter would explain what the term meant whilst the former enabled users to go and find out more about the illustrious NUT organisation. :-)</description>
		<content:encoded><![CDATA[<p>If a few short terms are used very frequently on a page, expanding them all adds noticeable download time. But they would only need a small number of entries in a glossary, keeping it manageable?</p>
<p>For example, <a href="http://calthorpepark.hants.sch.uk/temp/adult-ed/courses.htm" rel="nofollow">Calthorpe&#8217;s Adult Education Course List</a>. This has a few abbreviated difficulty levels, each of which is repeated severa times on the page. The meanings must be available to all users and they need a bit more description than just an expansion.</p>
<p>Putting these separate Glossary page seemed like a bit of a trek, as you&#8217;ve mentioned. I used a mini-glossary on that page. Was that a reasonable approach to this situation?</p>
<p>The NUT example is compelling. How about if it were a link to NUT&#8217;s website? Would using a <code>title=""</code> on that link to expand the name be reasonable? The latter would explain what the term meant whilst the former enabled users to go and find out more about the illustrious NUT organisation. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bim</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30552</link>
		<dc:creator>Bim</dc:creator>
		<pubDate>Sat, 04 Aug 2007 12:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30552</guid>
		<description>That's a well argued article Ben, except that if a page used so many acronyms that giving a full text expansion would make a noticeable difference to the page weight, it would be unmanageable for anyone who had to use a glossary to find out what they meant.

Many thanks for saying that my latter comment has given you pause for thought though.  Here's another aspect, not mentioned so far, that may persuade you further.

Some acronyms can be mistaken for proper words, or mispelling of words, especially when read phoenetically, which is what a screen reader does with words that aren't in its punctuation list.

Take a fictional example:
&#34;He joined NUT as a secretary in 1999.&#34;

Visually it's clear that &#34;NUT&#34; is an acronym, but if you can't see that it is capitalised, only the fact that it doesn't quite make sense read as a word is going to give you a clue.  It could, when read aloud at speed also be mistaken for &#34;He joined not as a secretary ...&#34;.

Users who have misheard the sentence, without the visual clue, probably wouldn't even be looking for a Glossary link.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a well argued article Ben, except that if a page used so many acronyms that giving a full text expansion would make a noticeable difference to the page weight, it would be unmanageable for anyone who had to use a glossary to find out what they meant.</p>
<p>Many thanks for saying that my latter comment has given you pause for thought though.  Here&#8217;s another aspect, not mentioned so far, that may persuade you further.</p>
<p>Some acronyms can be mistaken for proper words, or mispelling of words, especially when read phoenetically, which is what a screen reader does with words that aren&#8217;t in its punctuation list.</p>
<p>Take a fictional example:<br />
&quot;He joined NUT as a secretary in 1999.&quot;</p>
<p>Visually it&#8217;s clear that &quot;NUT&quot; is an acronym, but if you can&#8217;t see that it is capitalised, only the fact that it doesn&#8217;t quite make sense read as a word is going to give you a clue.  It could, when read aloud at speed also be mistaken for &quot;He joined not as a secretary &#8230;&quot;.</p>
<p>Users who have misheard the sentence, without the visual clue, probably wouldn&#8217;t even be looking for a Glossary link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millar</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30510</link>
		<dc:creator>Ben 'Cerbera' Millar</dc:creator>
		<pubDate>Sat, 04 Aug 2007 03:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30510</guid>
		<description>I had escaped my references to HTML elements. I had structured my message with &lt;code&gt;&#60;ol&#62;&lt;/code&gt; and &lt;code&gt;&#60;samp&#62;&lt;/code&gt; suchlike. The comment didn't be added when I used that.

I've written &lt;a href="http://projectcerbera.com/blog/2007/08#day04" rel="nofollow"&gt;Are Glossaries Evil?&lt;/a&gt; on my blog now. And that was the link to it. :-)

Comments to it should go here, on the WAC blog, since that's where the discussion is taking place.</description>
		<content:encoded><![CDATA[<p>I had escaped my references to HTML elements. I had structured my message with <code>&lt;ol&gt;</code> and <code>&lt;samp&gt;</code> suchlike. The comment didn&#8217;t be added when I used that.</p>
<p>I&#8217;ve written <a href="http://projectcerbera.com/blog/2007/08#day04" rel="nofollow">Are Glossaries Evil?</a> on my blog now. And that was the link to it. :-)</p>
<p>Comments to it should go here, on the WAC blog, since that&#8217;s where the discussion is taking place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bim</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30227</link>
		<dc:creator>Bim</dc:creator>
		<pubDate>Wed, 01 Aug 2007 17:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30227</guid>
		<description>You could do that by all means Ben, or if it's just a case of WordPress swallowing your &#60; and &#62;, you only have to use the character codes &#38;lt; and &#38;gt; to type them in here. Obviously not a great deal of fun for more than a few tags. :)</description>
		<content:encoded><![CDATA[<p>You could do that by all means Ben, or if it&#8217;s just a case of WordPress swallowing your &lt; and &gt;, you only have to use the character codes &amp;lt; and &amp;gt; to type them in here. Obviously not a great deal of fun for more than a few tags. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millar</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30223</link>
		<dc:creator>Ben 'Cerbera' Millar</dc:creator>
		<pubDate>Wed, 01 Aug 2007 16:45:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30223</guid>
		<description>Thanks. :-)

As fixing the HTML support in the comments could be a big task, would it be better if I make the comment on my blog and then link you to it?</description>
		<content:encoded><![CDATA[<p>Thanks. :-)</p>
<p>As fixing the HTML support in the comments could be a big task, would it be better if I make the comment on my blog and then link you to it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bim</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30201</link>
		<dc:creator>Bim</dc:creator>
		<pubDate>Wed, 01 Aug 2007 12:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30201</guid>
		<description>Sorry Ben, I've asked if we can change the maxlength to 30.</description>
		<content:encoded><![CDATA[<p>Sorry Ben, I&#8217;ve asked if we can change the maxlength to 30.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millard</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30132</link>
		<dc:creator>Ben 'Cerbera' Millard</dc:creator>
		<pubDate>Wed, 01 Aug 2007 00:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30132</guid>
		<description>Also, my surname is "Millard" but the &lt;code&gt;maxlength&lt;/code&gt; on the Name box cuts it off before the "d". I can live with this but it seems unnecessary.

(I am overriding the &lt;code&gt;maxlength&lt;/code&gt; in this message. If my surname remains intact this time then there is no requirement a &lt;code&gt;maxlength&lt;/code&gt; in the frontend.)</description>
		<content:encoded><![CDATA[<p>Also, my surname is &#8220;Millard&#8221; but the <code>maxlength</code> on the Name box cuts it off before the &#8220;d&#8221;. I can live with this but it seems unnecessary.</p>
<p>(I am overriding the <code>maxlength</code> in this message. If my surname remains intact this time then there is no requirement a <code>maxlength</code> in the frontend.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millar</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30131</link>
		<dc:creator>Ben 'Cerbera' Millar</dc:creator>
		<pubDate>Wed, 01 Aug 2007 00:41:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30131</guid>
		<description>I'm trying to make a comment here but keep getting a Connection was reset" error. :-(

My reply included basic HTML, which I thought was allowed?</description>
		<content:encoded><![CDATA[<p>I&#8217;m trying to make a comment here but keep getting a Connection was reset&#8221; error. :-(</p>
<p>My reply included basic HTML, which I thought was allowed?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bim</title>
		<link>http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30092</link>
		<dc:creator>Bim</dc:creator>
		<pubDate>Tue, 31 Jul 2007 08:24:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-double-expanded-acronyms/#comment-30092</guid>
		<description>Ben, I'd never suggest that a link to an expansion on another page could replace an on the spot or prior expansion. Think about the journey:

&lt;div class="indentBlock"&gt;1. First the user has to find the Glossary link, this will take them away from the text they were reading. That is if they realise that a Glossary link is likely to be available, and that they understand what it might mean, it isn't a word in British Sign Language, for instance. 
2. They follow the link and reach the Glossary page.
3. Now they need to find the abbreviation they want. 
4. Return to the page they were reading.
5. Now all they have to do is find the point at which they stopped reading. &lt;/div&gt;

This is one devil of a burden on all users, just to save giving the web author the trouble of providing an expansion.

On familiarity, I'm with Jack's view that common abbreviations shouldn't be expanded, with the proviso that it's unique. For instance consider the statement:

"In 2001, Fred joined the AA."

That might lead to misunderstanding, and perhaps should be expanded, even though it's common.</description>
		<content:encoded><![CDATA[<p>Ben, I&#8217;d never suggest that a link to an expansion on another page could replace an on the spot or prior expansion. Think about the journey:</p>
<div class="indentBlock">1. First the user has to find the Glossary link, this will take them away from the text they were reading. That is if they realise that a Glossary link is likely to be available, and that they understand what it might mean, it isn&#8217;t a word in British Sign Language, for instance.<br />
2. They follow the link and reach the Glossary page.<br />
3. Now they need to find the abbreviation they want.<br />
4. Return to the page they were reading.<br />
5. Now all they have to do is find the point at which they stopped reading. </div>
<p>This is one devil of a burden on all users, just to save giving the web author the trouble of providing an expansion.</p>
<p>On familiarity, I&#8217;m with Jack&#8217;s view that common abbreviations shouldn&#8217;t be expanded, with the proviso that it&#8217;s unique. For instance consider the statement:</p>
<p>&#8220;In 2001, Fred joined the AA.&#8221;</p>
<p>That might lead to misunderstanding, and perhaps should be expanded, even though it&#8217;s common.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
