<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Search Engine Optimization and Accessibility</title>
	<atom:link href="http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 07:55:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: João Craveiro</title>
		<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/#comment-411</link>
		<dc:creator>João Craveiro</dc:creator>
		<pubDate>Wed, 09 Nov 2005 18:31:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.thetlog.net/?p=164#comment-411</guid>
		<description>«Hey, nowhere did I say that “accessibility equals the alt attribute”!»

I wasn&#039;t refering to you. :) It is, though, very common among, for instance, public sector websites, to see that the only accesibility feature -- despite the so-called &quot;accessibility shield&quot; -- is the presence of alt attributes &quot;by all means necessary&quot; (even if that means having 4 or 5 presentational images -- i.e., otherwise useless -- as 4 or 5 img elements with the alt attribute set to &quot;*&quot;).

As for WordPress, I beat that: replying comments from a Siemens M55 ;)</description>
		<content:encoded><![CDATA[<p>«Hey, nowhere did I say that “accessibility equals the alt attribute”!»</p>
<p>I wasn&#8217;t refering to you. <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  It is, though, very common among, for instance, public sector websites, to see that the only accesibility feature &#8212; despite the so-called &#8220;accessibility shield&#8221; &#8212; is the presence of alt attributes &#8220;by all means necessary&#8221; (even if that means having 4 or 5 presentational images &#8212; i.e., otherwise useless &#8212; as 4 or 5 img elements with the alt attribute set to &#8220;*&#8221;).</p>
<p>As for WordPress, I beat that: replying comments from a Siemens M55 <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dehumanizer</title>
		<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/#comment-404</link>
		<dc:creator>Dehumanizer</dc:creator>
		<pubDate>Wed, 09 Nov 2005 08:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.thetlog.net/?p=164#comment-404</guid>
		<description>Hey, nowhere did I say that &quot;accessibility equals the alt attribute&quot;! That&#039;s just an example I gave. :)
What I said - and what the article said much better, though I added the &quot;text browsers&quot; thing - is that both search engine bots and users with disabilities &quot;see&quot; sites much like Lynx does, so it&#039;s important that the site is not only readable, but - as João correctly mentions - usable in it.

WordPress tends to be good in this respect, unless you use (or create) a very weird theme. In the past, I&#039;ve posted in my blogs with my N-Gage (Opera 6.20) and my 6630 (both Opera 8.0 and the default Nokia browser). :)</description>
		<content:encoded><![CDATA[<p>Hey, nowhere did I say that &#8220;accessibility equals the alt attribute&#8221;! That&#8217;s just an example I gave. <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
What I said &#8211; and what the article said much better, though I added the &#8220;text browsers&#8221; thing &#8211; is that both search engine bots and users with disabilities &#8220;see&#8221; sites much like Lynx does, so it&#8217;s important that the site is not only readable, but &#8211; as João correctly mentions &#8211; usable in it.</p>
<p>WordPress tends to be good in this respect, unless you use (or create) a very weird theme. In the past, I&#8217;ve posted in my blogs with my N-Gage (Opera 6.20) and my 6630 (both Opera 8.0 and the default Nokia browser). <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: andr3</title>
		<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/#comment-402</link>
		<dc:creator>andr3</dc:creator>
		<pubDate>Tue, 08 Nov 2005 23:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.thetlog.net/?p=164#comment-402</guid>
		<description>Yes, i&#039;m with Joao on this one. Alt attribute isn&#039;t enough to make a website accessible. One thing i do need to mention is that some screenreaders actually use IE engine, therefore support javascript and read the finished page. This issue came up on a post i read a while ago, but i can&#039;t seem to remember where. I&#039;ll search my archives back home and try to comment back with a link. 

You can use Javascript without compromising your site&#039;s accessibility and improving its aesthetics.
Using Javascript Mike Davidson and Mark Wuben have put together a very handy and accessible technique to replace text headers (h1~h6) with fancy flash movie clips with whatever font you&#039;d like -- no need for the user to install any font file. sIFR is the name, and it&#039;s nothing new. 3.0 is in the works. It&#039;s a very nice way to have both the fancy fonts for headings and keep your document accessible (if javascript turned off). 
This is all done after-loading, so if JS is turned off, nothing will get replaced. Pretty good fallback.

More at http://www.mikeindustries.com/sifr/


Gothic, i&#039;m getting an http error 500 accessing that with lynx. Also i see tables for layout, that can&#039;t be good for a text-based browser. ;)</description>
		<content:encoded><![CDATA[<p>Yes, i&#8217;m with Joao on this one. Alt attribute isn&#8217;t enough to make a website accessible. One thing i do need to mention is that some screenreaders actually use IE engine, therefore support javascript and read the finished page. This issue came up on a post i read a while ago, but i can&#8217;t seem to remember where. I&#8217;ll search my archives back home and try to comment back with a link. </p>
<p>You can use Javascript without compromising your site&#8217;s accessibility and improving its aesthetics.<br />
Using Javascript Mike Davidson and Mark Wuben have put together a very handy and accessible technique to replace text headers (h1~h6) with fancy flash movie clips with whatever font you&#8217;d like &#8212; no need for the user to install any font file. sIFR is the name, and it&#8217;s nothing new. 3.0 is in the works. It&#8217;s a very nice way to have both the fancy fonts for headings and keep your document accessible (if javascript turned off).<br />
This is all done after-loading, so if JS is turned off, nothing will get replaced. Pretty good fallback.</p>
<p>More at <a href="http://www.mikeindustries.com/sifr/" rel="nofollow">http://www.mikeindustries.com/sifr/</a></p>
<p>Gothic, i&#8217;m getting an http error 500 accessing that with lynx. Also i see tables for layout, that can&#8217;t be good for a text-based browser. <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gothic</title>
		<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/#comment-400</link>
		<dc:creator>Gothic</dc:creator>
		<pubDate>Tue, 08 Nov 2005 19:14:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.thetlog.net/?p=164#comment-400</guid>
		<description>Hi! try this one with lynx or links... http://www.hdtondela.min-saude.pt/xyz/, I&#039;m codinging/designing it... :-)</description>
		<content:encoded><![CDATA[<p>Hi! try this one with lynx or links&#8230; <a href="http://www.hdtondela.min-saude.pt/xyz/" rel="nofollow">http://www.hdtondela.min-saude.pt/xyz/</a>, I&#8217;m codinging/designing it&#8230; <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: João Craveiro</title>
		<link>http://www.thetlog.net/2005/11/08/search-engine-optimization-and-accessibility/#comment-398</link>
		<dc:creator>João Craveiro</dc:creator>
		<pubDate>Tue, 08 Nov 2005 18:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.thetlog.net/?p=164#comment-398</guid>
		<description>Well, in my opinion, accessibility is a lot more than that. For one, it&#039;s not only allowing blind people to be read WHAT we can read, but also reading IN THE SAME WAY we can read --- and that can be achieved.

Imagine an online newspaper, whose news&#039; titles were all images (as in: img elements) with the alt attribute correctly set. Is it accessible? Not quite. Sure, a blind person will be able to hear the titles, even though they&#039;re images, but imagine that person is trying to find if the newspaper has already posted a certain article (e.g., a football match fixture); that person will have to read ALL the titles and excerpts, with the possibility of reaching the end and just saying &quot;bah, it&#039;s not here!&quot; On the other hand, a sighted user would just take a 3 seconds long run on his mouse scroll wheel, just looking for a certain title. A bit unfair, uh? If headings (h1~h6 HTML elements) are used instead, the blind user can browse the page in &quot;headings-only mode&quot; (JAWS has it), thus emulating the sighted users&#039; &quot;just look at the titles&quot; attitude.

Just my 2¢ on why the alt attribute can be overrated to the point of mistaking some people into the thought that it&#039;s the cornerstone of accessibility. ;)</description>
		<content:encoded><![CDATA[<p>Well, in my opinion, accessibility is a lot more than that. For one, it&#8217;s not only allowing blind people to be read WHAT we can read, but also reading IN THE SAME WAY we can read &#8212; and that can be achieved.</p>
<p>Imagine an online newspaper, whose news&#8217; titles were all images (as in: img elements) with the alt attribute correctly set. Is it accessible? Not quite. Sure, a blind person will be able to hear the titles, even though they&#8217;re images, but imagine that person is trying to find if the newspaper has already posted a certain article (e.g., a football match fixture); that person will have to read ALL the titles and excerpts, with the possibility of reaching the end and just saying &#8220;bah, it&#8217;s not here!&#8221; On the other hand, a sighted user would just take a 3 seconds long run on his mouse scroll wheel, just looking for a certain title. A bit unfair, uh? If headings (h1~h6 HTML elements) are used instead, the blind user can browse the page in &#8220;headings-only mode&#8221; (JAWS has it), thus emulating the sighted users&#8217; &#8220;just look at the titles&#8221; attitude.</p>
<p>Just my 2¢ on why the alt attribute can be overrated to the point of mistaking some people into the thought that it&#8217;s the cornerstone of accessibility. <img src='http://www.thetlog.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

