<?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>Calum's Wee GNOME Blog &#187; accessibility</title>
	<atom:link href="http://blogs.gnome.org/calum/category/accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/calum</link>
	<description>Usability an' that</description>
	<lastBuildDate>Thu, 22 Oct 2009 15:33:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Red cheese</title>
		<link>http://blogs.gnome.org/calum/2008/04/23/red-cheese/</link>
		<comments>http://blogs.gnome.org/calum/2008/04/23/red-cheese/#comments</comments>
		<pubDate>Wed, 23 Apr 2008 11:52:21 +0000</pubDate>
		<dc:creator>calum</dc:creator>
				<category><![CDATA[GNOME]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[cheese]]></category>
		<category><![CDATA[themes]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/04/23/red-cheese/</guid>
		<description><![CDATA[Daniel, I suppose the first question is &#8220;why does it need to be red?&#8221;  Anything that animates is going to catch the user&#8217;s attention anyway, so I don&#8217;t see any great harm in keying the background to the theme.
That said, since gtk+ 2.10, haven&#8217;t themes been able to support additional named colours, to highlight [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://home.cs.tum.edu/~siegel/news/2008_04_22-dear_lazyweb">Daniel</a>, I suppose the first question is &#8220;why does it need to be red?&#8221;  Anything that animates is going to catch the user&#8217;s attention anyway, so I don&#8217;t see any great harm in keying the background to the theme.</p>
<p>That said, since gtk+ 2.10, haven&#8217;t themes been able to support additional named colours, to highlight things like &#8216;errors&#8217; and &#8216;warnings&#8217; where appropriate?  So shouldn&#8217;t Clearlooks and the other themes be providing these now? Or did we just never decide what the standard list of named colours should be? <img src='http://blogs.gnome.org/calum/wp-content/mu-plugins/tango-smilies/tango/face-uncertain.png' alt=':/' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/calum/2008/04/23/red-cheese/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>IBM scale back a11y contribution</title>
		<link>http://blogs.gnome.org/calum/2007/06/05/ibm-scale-back-a11y-contribution/</link>
		<comments>http://blogs.gnome.org/calum/2007/06/05/ibm-scale-back-a11y-contribution/#comments</comments>
		<pubDate>Tue, 05 Jun 2007 17:13:10 +0000</pubDate>
		<dc:creator>calum</dc:creator>
				<category><![CDATA[GNOME]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[ibm]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/calum/2007/06/05/ibm-scale-back-a11y-contribution/</guid>
		<description><![CDATA[IBM announced last week that they&#8217;re scaling back their efforts on open source accessibility projects.  As one of the major contributors to this area over the past few years, they&#8217;ll certainly leave a bit of a hole if the community doesn&#8217;t rally round to help fill it.  There&#8217;s often a perception that accessibility [...]]]></description>
			<content:encoded><![CDATA[<p>IBM <a href="http://www-03.ibm.com/developerworks/blogs/page/schwer">announced last week</a> that they&#8217;re scaling back their efforts on open source accessibility projects.  As one of the major contributors to this area over the past few years, they&#8217;ll certainly leave a bit of a hole if the community doesn&#8217;t rally round to help fill it.  There&#8217;s often a perception that accessibility is &#8220;one of those things that Sun or IBM will take care of&#8221;, but this announcement (along with Bill Haneman, the &#8220;accessibility name&#8221; that GNOME folks may be most familiar with, recently moving on from Sun) should make it clear that it&#8217;s not the case, nor was it ever meant to be.</p>
<p>The <a href="https://wiki.ubuntu.com/Accessibility">Ubuntu accessibility team</a> are doing a great job now too, but now would be a good time for anyone who writes GNOME software to re-acquaint themselves with the basic <a href="http://live.gnome.org/CategoryAccessibility">accessibility requirements and testing tools</a>, to help spread the load somewhat.Check out this <a href="http://mail.gnome.org/archives/gnome-accessibility-list/2007-June/msg00000.html">thread on gnome-accessibility-list</a> for more reaction and thoughts on continuing to move open source accessibility forward.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/calum/2007/06/05/ibm-scale-back-a11y-contribution/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Accessibility Ra Ra Ra</title>
		<link>http://blogs.gnome.org/calum/2005/06/16/accessibility-ra-ra-ra/</link>
		<comments>http://blogs.gnome.org/calum/2005/06/16/accessibility-ra-ra-ra/#comments</comments>
		<pubDate>Thu, 16 Jun 2005 17:59:55 +0000</pubDate>
		<dc:creator>calum</dc:creator>
				<category><![CDATA[Usability]]></category>
		<category><![CDATA[accessibility]]></category>

		<guid isPermaLink="false">http://blogs.gnome.org/calum/2005/06/16/accessibility-ra-ra-ra/</guid>
		<description><![CDATA[Just been chatting to Brian about how we can re-invigorate some interest in GNOME accessibility.  There seem to be a couple of misconceptions floating around:

We don&#8217;t hear much about accessibility on the mailing lists any more, and the Accessibility Project webpage hasn&#8217;t been updated in a year, so it must be &#8216;finished&#8217;
We don&#8217;t have [...]]]></description>
			<content:encoded><![CDATA[<p>Just been chatting to <a href="http://blogs.sun.com/yippi">Brian</a> about how we can re-invigorate some interest in GNOME accessibility.  There seem to be a couple of misconceptions floating around:</p>
<ul>
<li>We don&#8217;t hear much about accessibility on the mailing lists any more, and the <a href="http://developer.gnome.org/projects/gap">Accessibility Project</a> webpage hasn&#8217;t been updated in a year, so it must be &#8216;finished&#8217;</li>
<li>We don&#8217;t have to worry about it, because it&#8217;s all in billh&#8217;s head, and Sun are doing all the work anyway</li>
</ul>
<p>None of these are true <img src='http://blogs.gnome.org/calum/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' />   While the bulk of the work in making gtk+ accessible is complete, that doesn&#8217;t automatically make every application accessible, and especially not if you use custom widgets.   And nobody ever bothers to submit high and low contrast versions of their application icons to gnome-themes, for example.  The list of currently <a href="http://www.gnome.org/~calum/access-bugs-openonly.html">open accessibility bugs</a> speaks for itself.</p>
<p>We&#8217;d be interested to hear what you guys think you need to help you write more accessible GNOME applications.  More information on how to test for accessibility?  Better API docs?  A better understanding of 508 legislation?  GOK and Gnoperncius FAQs? More community involvement from the assistive technology hackers?  Fire away and we&#8217;ll see what we can do.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.gnome.org/calum/2005/06/16/accessibility-ra-ra-ra/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
