<?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>irama.org</title>
	<atom:link href="http://irama.org/feed/" rel="self" type="application/rss+xml" />
	<link>http://irama.org</link>
	<description>the web and I</description>
	<lastBuildDate>Mon, 30 Aug 2010 12:44:15 +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>Zippitydoodah</title>
		<link>http://irama.org/news/2010/08/30/zippitydoodah/</link>
		<comments>http://irama.org/news/2010/08/30/zippitydoodah/#comments</comments>
		<pubDate>Mon, 30 Aug 2010 12:44:15 +0000</pubDate>
		<dc:creator>Andrew Ramsden</dc:creator>
				<category><![CDATA[CSS]]></category>
		<category><![CDATA[DHTML]]></category>
		<guid isPermaLink="false">http://irama.org/?p=682</guid>
		<description><![CDATA[Finally got around to fixing my corrupt zip file issues. Fresh and flawless zip files are now available for the latest versions of all widgets and plugins.
BTW the compact content plugins have been updated with a bunch of small fixes (IE6 benefits the most from this release). See new examples, downloads and changelog for version [...]]]></description>
			<content:encoded><![CDATA[<p>Finally got around to fixing my corrupt zip file issues. Fresh and flawless zip files are now available for the latest versions of all widgets and plugins.</p>
<p><abbr title="By the way">BTW</abbr> the compact content plugins have been updated with a bunch of small fixes (IE6 benefits the most from this release). See <a href="http://irama.org/web/dhtml/compact/">new examples, downloads and changelog for version 3.5</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://irama.org/news/2010/08/30/zippitydoodah/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Test support for short URL auto-discovery</title>
		<link>http://irama.org/news/2010/07/06/test-support-for-short-url-auto-discovery/</link>
		<comments>http://irama.org/news/2010/07/06/test-support-for-short-url-auto-discovery/#comments</comments>
		<pubDate>Tue, 06 Jul 2010 09:29:10 +0000</pubDate>
		<dc:creator>Andrew Ramsden</dc:creator>
				<category><![CDATA[Identifiers]]></category>
		<category><![CDATA[Web]]></category>
		<guid isPermaLink="false">http://irama.org/?p=673</guid>
		<description><![CDATA[Short URL autodiscovery sounds like a good idea to me. The easiest way for a developer to integrate this mechanism is to use the link element in your document&#8217;s &#60;head>, e.g:
&#60;link rel="shorturl" href="http://irama.org/673" />
Or if you are using WordPress there are few handy plugins that do this automatically (for example: Short link maker and Shorter [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://sites.google.com/a/snaplog.com/wiki/short_url">Short URL autodiscovery</a> sounds like a good idea to me. The easiest way for a developer to integrate this mechanism is to use the link element in your document&#8217;s <code class="xhtml">&lt;head></code>, e.g:</p>
<pre><code class="xhtml">&lt;link rel="shorturl" href="http://irama.org/673" /></code></pre>
<p>Or if you are using WordPress there are few handy plugins that do this automatically (for example: <a href="http://wordpress.org/extend/plugins/short-link-maker/">Short link maker</a> and <a href="http://wordpress.org/extend/plugins/shorter-links/">Shorter links</a>).</p>
<h2>So what?</h2>
<p>But who&#8217;s going to know you&#8217;ve gone to all this trouble? How far has support for auto-discovery penetrated? I think it would be great if social media client applications would offer my short URL to users when they choose to shorten URLs within their posts, but I can&#8217;t find much documentation about which if any apps will pick up and use short URLs exposed in this way.</p>
<h2>Go forth and test</h2>
<p>This post can serve as a test, and a collection point for data, leave a comment if you have tested a new client application (include the version if known), and I&#8217;ll do the same.</p>
]]></content:encoded>
			<wfw:commentRss>http://irama.org/news/2010/07/06/test-support-for-short-url-auto-discovery/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>ARIA keyboard navigation best practice</title>
		<link>http://irama.org/news/2010/05/25/aria-keyboard-navigation-best-practice/</link>
		<comments>http://irama.org/news/2010/05/25/aria-keyboard-navigation-best-practice/#comments</comments>
		<pubDate>Tue, 25 May 2010 13:28:58 +0000</pubDate>
		<dc:creator>Andrew Ramsden</dc:creator>
				<category><![CDATA[Accessibility]]></category>
		<category><![CDATA[DHTML]]></category>
		<guid isPermaLink="false">http://irama.org/?p=648</guid>
		<description><![CDATA[
I finished updating the ARIA keyboard navigation plugin tonight.
As of this version the plugin manages focus using tabindex alone, which means it functions in browsers old and new (whether they support ARIA explicitly or not). Browser support has been tested with Firefox 3.6.3, Chrome 4, Safari 4, Opera 10.51 and the Trident Trio (IE 6, [...]]]></description>
			<content:encoded><![CDATA[<p class="feature-thumb alt"><a href="/web/dhtml/aria/key-nav/"><img src="/assets/images/dhtml/keyboard.jpg" alt="" /></a></p>
<p>I finished updating the <a href="http://irama.org/web/dhtml/aria/key-nav/">ARIA keyboard navigation</a> plugin tonight.</p>
<p>As of this version the plugin <a href="http://www.w3.org/WAI/PF/aria-practices/#visualfocus">manages focus using tabindex alone</a>, which means it functions in browsers old and new (whether they support ARIA explicitly or not). Browser support has been tested with Firefox 3.6.3, Chrome 4, Safari 4, Opera 10.51 and the Trident Trio (IE 6, 7 and 8).</p>
<p>During the refactoring I also managed to shave ~170 lines from total code weight &mdash; and this version has more comments!</p>
]]></content:encoded>
			<wfw:commentRss>http://irama.org/news/2010/05/25/aria-keyboard-navigation-best-practice/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Transformer transformed</title>
		<link>http://irama.org/news/2010/05/15/transformer-transformed/</link>
		<comments>http://irama.org/news/2010/05/15/transformer-transformed/#comments</comments>
		<pubDate>Sat, 15 May 2010 13:46:55 +0000</pubDate>
		<dc:creator>Andrew Ramsden</dc:creator>
				<category><![CDATA[Accessibility]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[DHTML]]></category>
		<guid isPermaLink="false">http://irama.org/?p=610</guid>
		<description><![CDATA[In light of increasing browser support for CSS3 media queries, I have spent some time today updating the transformer layout plugin in an attempt to achieve a seamless integration of the new CSS3 functionality for including stylesheets dependent on the browser&#8217;s current viewport width.
Most media query implementations I have seen use px units to define [...]]]></description>
			<content:encoded><![CDATA[<p>In light of increasing browser support for <a href="http://www.w3.org/TR/css3-mediaqueries/">CSS3 media queries</a>, I have spent some time today updating the <a href="/web/dhtml/transformer/">transformer layout plugin</a> in an attempt to achieve a seamless integration of the new CSS3 functionality for including stylesheets dependent on the browser&#8217;s current viewport width.</p>
<p>Most media query implementations I have seen use <code class="css">px</code> units to define <code class="css">min-width</code> and/or <code class="css">max-width</code> limits. This approach is fine for browsers that zoom, but less than ideal for browsers that don&#8217;t. Not a huge issue when you consider that the modern browsers that support media queries all zoom by default! But for <cite>transformer layout</cite> to retain support for older browsers that don&#8217;t zoom, <code class="css">em</code> units would be the way to go.</p>
<p>Firstly, I ran some tests of current browser support for CSS3 media queries using <code class="css">em</code> units, the results were:</p>
<ul>
<li>Firefox (3.6.2) and Opera (10) support media queries with <code class="css">em</code> units and load the correct stylesheet after zoom level change.</li>
<li>Chrome (4) and Safari (4) support media queries with <code class="css">em</code> units but fail to load the correct stylesheet after zoom level change.</li>
<li>IE (6, 7 and 8 ) do not support media queries at all.</li>
</ul>
<p><a href="http://www.protofunc.com/">Alexander Farkas</a> has a nice solution for <a href="http://www.protofunc.com/scripts/jquery/mediaqueries/">detecting media query support and supplementing for non-supporting browsers</a> but unfortunately it doesn&#8217;t support <code class="css">em</code> units or compensate for Safari and Chrome&#8217;s insufficient handling of zoom level changes.</p>
<p>The new <a href="/web/dhtml/transformer/">transformer layout plugin</a> takes Alexander&#8217;s great work and rectifies both of those limitations so now it can be used to achieve an approach to layout optimised for all browsers, devices, resolutions, text sizes and zoom levels.</p>
]]></content:encoded>
			<wfw:commentRss>http://irama.org/news/2010/05/15/transformer-transformed/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Accessible UI buttons</title>
		<link>http://irama.org/news/2010/05/09/accessible-ui-buttons/</link>
		<comments>http://irama.org/news/2010/05/09/accessible-ui-buttons/#comments</comments>
		<pubDate>Sun, 09 May 2010 05:33:53 +0000</pubDate>
		<dc:creator>Andrew Ramsden</dc:creator>
				<category><![CDATA[Accessibility]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[DHTML]]></category>
		<guid isPermaLink="false">http://irama.org/?p=559</guid>
		<description><![CDATA[Today I updated the compact content widgets such that assistive technologies that don&#8217;t appropriately support the title attribute are still able to access the text expansion of each button on the User Interface (UI) for the widget.
While doing this, I thought I should take the time to document the updated approach I use when creating [...]]]></description>
			<content:encoded><![CDATA[<p>Today I updated the <a href="/web/dhtml/compact/">compact content widgets</a> such that assistive technologies that don&#8217;t appropriately support the <code class="xhtml">title</code> attribute are still able to access the text expansion of each button on the User Interface (UI) for the widget.</p>
<p>While doing this, I thought I should take the time to document the updated <a href="http://irama.org/web/dhtml/ui-buttons/">approach I use when creating groups of UI elements</a> for my <a href="/web/dhtml/">DHTML</a> projects.</p>
<p>Let me know your thoughts.</p>
]]></content:encoded>
			<wfw:commentRss>http://irama.org/news/2010/05/09/accessible-ui-buttons/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
