<?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>Accessibility Tips &#187; hide content</title>
	<atom:link href="http://accessibilitytips.com/tag/hide-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessibilitytips.com</link>
	<description>A collection of tips, guidance and practical suggestions in developing accessible websites</description>
	<lastBuildDate>Sat, 02 May 2009 05:07:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Deciding when display: none is appropriate</title>
		<link>http://accessibilitytips.com/2008/03/05/deciding-when-display-none-is-appropriate/</link>
		<comments>http://accessibilitytips.com/2008/03/05/deciding-when-display-none-is-appropriate/#comments</comments>
		<pubDate>Thu, 06 Mar 2008 01:19:53 +0000</pubDate>
		<dc:creator>Isofarro</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[display]]></category>
		<category><![CDATA[display: none]]></category>
		<category><![CDATA[dropdown]]></category>
		<category><![CDATA[dynamic]]></category>
		<category><![CDATA[enhancement]]></category>
		<category><![CDATA[hide content]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[menu]]></category>
		<category><![CDATA[progressive enhancement]]></category>
		<category><![CDATA[screenreaders]]></category>

		<guid isPermaLink="false">http://www.wp-dev.isolutia.com/?p=12</guid>
		<description><![CDATA[It&#8217;s common knowledge that screenreaders won&#8217;t read out content styled with display: none, but that doesn&#8217;t mean content should not be styled this way. There are times when it is appropriate to style content this way, but we need to be careful. Progressive enhancement with display: none Core content should never be styled with display: [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s common knowledge that screenreaders won&#8217;t read out content styled with <code>display: none</code>, but that doesn&#8217;t mean content should not be styled this way. There are times when it is appropriate to style content this way, but we need to be careful.</p>
<h2>Progressive enhancement with <code>display: none</code></h2>
<p>Core content should never be styled with <code>display: none</code> when JavaScript is not available. When JavaScript is enabled, it can hide content using <code>display: none</code> as long as there is an accessible means of reaching that content.</p>
<p>There are advantages to using <code>display: none</code>. We can make a page cleaner and easier to understand for screenreader users by hiding chunks of content that are not absolutely essential to be always available. And by having an accessible means of displaying that content, the screenreader user can chose to make that content available and read.</p>
<h2>Drop-down navigation</h2>
<p>A typical scenario of when <code>display: none</code> is appropriate is sub navigation in a drop-down menu. A screenreader user can then quickly skip through the top-level navigation items, or he can activate one of them, undoing the <code>display: none</code> on the sub navigation, and then navigate into that top-level&#8217;s sub navigation.</p>
<p>The benefit for the screenreader user here is that they are not forced to wade through all the links of a navigation bar. They can deal with the navigation in discrete and easier to understand chunks of links. It makes a difference offering links in groups of seven, rather than expose the screenreader user to all 150 plus links in the navigation.</p>
]]></content:encoded>
			<wfw:commentRss>http://accessibilitytips.com/2008/03/05/deciding-when-display-none-is-appropriate/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Avoiding visibility hidden</title>
		<link>http://accessibilitytips.com/2008/03/05/avoiding-visibility-hidden/</link>
		<comments>http://accessibilitytips.com/2008/03/05/avoiding-visibility-hidden/#comments</comments>
		<pubDate>Wed, 05 Mar 2008 21:06:16 +0000</pubDate>
		<dc:creator>Isofarro</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[hidden]]></category>
		<category><![CDATA[hide content]]></category>
		<category><![CDATA[offscreen]]></category>
		<category><![CDATA[screenreaders]]></category>
		<category><![CDATA[viewport]]></category>
		<category><![CDATA[visibility]]></category>

		<guid isPermaLink="false">http://www.wp-dev.isolutia.com/?p=10</guid>
		<description><![CDATA[Hiding content from view with visibility: hidden in many cases prevents the screenreader from reading the content, so content styled this way is inaccessible. This technique is not appropriate for hiding content on screen because no screenspace is saved by styling this way &#8211; the visitor is left looking at a blank region the size [...]]]></description>
			<content:encoded><![CDATA[<p>Hiding content from view with <code>visibility: hidden</code> in many cases prevents the screenreader from reading the content, so content styled this way is inaccessible. This technique is not appropriate for hiding content on screen because no screenspace is saved by styling this way &#8211; the visitor is left looking at a blank region the size of the hidden content.</p>
<p>In a number of cases <code>visibility: hidden</code> is used in conjunction with positioning the content offscreen (<code>position: absolute; left: -999em;</code>). This is unnecessary since positioning content off the viewport is sufficient to hide the content, and the <code>visibility: hidden</code> makes the content unavailable to screen readers.</p>
<p>There&#8217;s no reason to use <code>visibility: hidden</code>. Positioning the content offscreen is safer and has far less accessibility implications. If you fee that <code>visibility: hidden</code> is appropriate for your requirements, I strongly recommend revisiting the requirement and finding an altogether different solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://accessibilitytips.com/2008/03/05/avoiding-visibility-hidden/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

