<?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"
	>
<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>
	<pubDate>Sun, 12 Oct 2008 05:49:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<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'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 "accessibility shield" -- is the presence of alt attributes "by all means necessary" (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 "*").

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 "accessibility equals the alt attribute"! That's just an example I gave. :)
What I said - and what the article said much better, though I added the "text browsers" thing - is that both search engine bots and users with disabilities "see" sites much like Lynx does, so it'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'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 - and what the article said much better, though I added the &#8220;text browsers&#8221; thing - 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 - as João correctly mentions - 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'm with Joao on this one. Alt attribute isn'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't seem to remember where. I'll search my archives back home and try to comment back with a link. 

You can use Javascript without compromising your site'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'd like -- no need for the user to install any font file. sIFR is the name, and it's nothing new. 3.0 is in the works. It'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'm getting an http error 500 accessing that with lynx. Also i see tables for layout, that can'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'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'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' 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'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 "bah, it's not here!" 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 "headings-only mode" (JAWS has it), thus emulating the sighted users' "just look at the titles" attitude.

Just my 2¢ on why the alt attribute can be overrated to the point of mistaking some people into the thought that it'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>
