<?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 &#187; CSS</title> <atom:link href="http://irama.org/news/category/technology/web/development/css/feed/" rel="self" type="application/rss+xml" /><link>http://irama.org</link> <description>the web and I</description> <lastBuildDate>Tue, 08 Nov 2011 11:00:36 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.2.1</generator> <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 [...]]]></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>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 [...]]]></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 [...]]]></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> <item><title>Large content, an eternal golden conundrum</title><link>http://irama.org/news/2010/05/03/large-content/</link> <comments>http://irama.org/news/2010/05/03/large-content/#comments</comments> <pubDate>Mon, 03 May 2010 09:16:38 +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=546</guid> <description><![CDATA[I&#8217;ve always been a fan of flexible layout and trying to avoid introducing horizontal scrollbars whenever possible. Large content however poses an eternal conundrum: How to accommodate large content in tight spaces? Some web designers like to lock a page design to a fixed width (or set a minimum width) forcing a horizontal scrollbar at [...]]]></description> <content:encoded><![CDATA[<p>I&#8217;ve always been a fan of flexible layout and trying to avoid introducing horizontal scrollbars whenever possible. Large content however poses an eternal conundrum: How to accommodate large content in tight spaces?</p><p>Some web designers like to lock a page design to a fixed width (or set a minimum width) forcing a horizontal scrollbar at lower resolutions for the entire site. This approach however does not accommodate some of the larger content types and I feel its a missed opportunity to maximise accessibility. A flexible layout <a
href="http://www.w3.org/TR/WCAG20/#content-structure-separation">allows your design to be adaptable</a> and optimised for the device/resolution currently being used to view it.</p><p>I&#8217;ve been playing with some ideas that can be used in conjunction with any layout to <a
href="/dev/large-content/">accommodate wide content as easily as possible at lower resolutions</a>.</p><p>With this example, trying resizing your browser window, make it fairly narrow.</p><ul><li>Large content such as tables should expose a horizontal scrollbar just below the table at low resolutions.</li><li>Images will be scaled down to fit the width available automatically. Scaled images also gain the ability to zoom to full size on click (which also introduces a horizontal scrollbar for the image).</li></ul><p>The code is not production ready yet (IE6 in particular needs work) but it should give you an idea of where it&#8217;s heading.</p><p>Let me know what you think!</p> ]]></content:encoded> <wfw:commentRss>http://irama.org/news/2010/05/03/large-content/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>Baby steps</title><link>http://irama.org/news/2008/02/04/baby-steps/</link> <comments>http://irama.org/news/2008/02/04/baby-steps/#comments</comments> <pubDate>Mon, 04 Feb 2008 06:42:31 +0000</pubDate> <dc:creator>Andrew Ramsden</dc:creator> <category><![CDATA[CSS]]></category> <category><![CDATA[DHTML]]></category> <category><![CDATA[Web]]></category> <guid
isPermaLink="false">http://irama.org/news/2008/02/03/baby-steps/</guid> <description><![CDATA[Getting closer with the Buttonise concept. Again, the concept is not quite production-ready, but the OS mantra is Release early. Release often (and a week between updates is often for me ). The key improvement of this release is that it will run well in common browsers (tested in Firefox 2, Opera 9, Safari 3). [...]]]></description> <content:encoded><![CDATA[<p>Getting closer with the <a
href="/pkg/buttonise-3.1/">Buttonise</a> concept.</p><p>Again, the concept is not quite production-ready, but the <abbr
class="initialism" title="open source">OS</abbr> mantra is <q>Release early. Release often</q> (and a week between updates is <em>often</em> for me <img
src='http://irama.org/wp/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ).</p><p>The key improvement of this release is that it will run well in common browsers (tested in Firefox 2, Opera 9, Safari 3).</p><p>There are still some styling issues to work through and a couple of functionality issues with IE6.</p> ]]></content:encoded> <wfw:commentRss>http://irama.org/news/2008/02/04/baby-steps/feed/</wfw:commentRss> <slash:comments>2</slash:comments> </item> </channel> </rss>
