<?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: Six JavaScript features we do not need any longer</title>
	<atom:link href="http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/</link>
	<description>Chris Heilmann - Accessibility, Web Development and Pragmatism - can talk, will travel</description>
	<pubDate>Fri, 05 Dec 2008 09:40:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Chris</title>
		<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/#comment-2107</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Fri, 17 Mar 2006 23:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.wait-till-i.com/?p=104#comment-2107</guid>
		<description>Enzo: Why stop there? I think we should check for purity of blood, a valid credit card, at least 1200 resolution, a 3D card and 2GB of RAM before we allow anyone to read what we put on the web. 

(may contain sarcasm)</description>
		<content:encoded><![CDATA[<p>Enzo: Why stop there? I think we should check for purity of blood, a valid credit card, at least 1200 resolution, a 3D card and 2GB of <span class="caps">RAM </span>before we allow anyone to read what we put on the web. </p>
<p>(may contain sarcasm)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enzo</title>
		<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/#comment-2103</link>
		<dc:creator>Enzo</dc:creator>
		<pubDate>Fri, 17 Mar 2006 18:28:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.wait-till-i.com/?p=104#comment-2103</guid>
		<description>Mostly we don't need stupid websites like this telling us what is no longer needed. Worry about some idiot using some wacked browser that doesn't support javascript is a waste of time.

If you're using a browser that doesn't support javascript, go back to the early 90's and stay there.</description>
		<content:encoded><![CDATA[<p>Mostly we don&#8217;t need stupid websites like this telling us what is no longer needed. Worry about some idiot using some wacked browser that doesn&#8217;t support javascript is a waste of time.</p>
<p>If you&#8217;re using a browser that doesn&#8217;t support javascript, go back to the early 90&#8217;s and stay there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vsk</title>
		<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/#comment-1947</link>
		<dc:creator>vsk</dc:creator>
		<pubDate>Mon, 13 Feb 2006 00:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.wait-till-i.com/?p=104#comment-1947</guid>
		<description>Nice write up. I am new to javascript and am going to keep your points in mind when I code. 

But here is the problem I am facing. I have an onclick event handler for an anchor element (its a menu) but I dont want the onclick event handler to be invoked by pressing enter. Since all the methods suggested here to make the anchor accessible (href=javascript:;, href=javascript:void(null), href=#) seem to reset the focus on the address (in IE atleast). I can catch the event through onkeypress handler adn check for a enter key and return false, but somehow the onclick event is being invoked after the onkeypress event even if I return false in onkeypress. and by the time it reaches the onclick event the keycode is lost. so, is there a way to prevent firing of onclick event from within onkeypress event? 

Thanks</description>
		<content:encoded><![CDATA[<p>Nice write up. I am new to javascript and am going to keep your points in mind when I code. </p>
<p>But here is the problem I am facing. I have an onclick event handler for an anchor element (its a menu) but I dont want the onclick event handler to be invoked by pressing enter. Since all the methods suggested here to make the anchor accessible (href=javascript:;, href=javascript:void(null), href=#) seem to reset the focus on the address (in IE atleast). I can catch the event through onkeypress handler adn check for a enter key and return false, but somehow the onclick event is being invoked after the onkeypress event even if I return false in onkeypress. and by the time it reaches the onclick event the keycode is lost. so, is there a way to prevent firing of onclick event from within onkeypress event? </p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/#comment-1788</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 22 Dec 2005 20:05:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wait-till-i.com/?p=104#comment-1788</guid>
		<description>Chris,

I must still be missing something here then.

whenever I put href="#" in any link (static or dynamically generated), it scrolls me to the top of the screen... Even if I add return false; to my added eventListener(s).

*Edit* Yes, you do. The return false must be in the function that was added via the event listeners. It might be more helpful to give a URL and check if there are other errors. 
</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>I must still be missing something here then.</p>
<p>whenever I put href=&#8221;#&#8221; in any link (static or dynamically generated), it scrolls me to the top of the screen&#8230; Even if I add return false; to my added eventListener(s).</p>
<p><strong>Edit</strong> Yes, you do. The return false must be in the function that was added via the event listeners. It might be more helpful to give a <span class="caps">URL </span>and check if there are other errors. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Heilmann</title>
		<link>http://www.wait-till-i.com/2005/06/21/six-javascript-features-we-do-not-need-any-longer/#comment-1784</link>
		<dc:creator>Chris Heilmann</dc:creator>
		<pubDate>Tue, 20 Dec 2005 15:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.wait-till-i.com/?p=104#comment-1784</guid>
		<description>Steve, this is part of almost *every* DOMScripting tutorial out there..

The first step is to generate links that only work with JavaScript via JavaScript (createElement). Then you set the href to #, or - even better - link them to a real target that makes sense and instruct the script that gets applied via the handler NOT to follow the link by ending it in return false in DOM1 or use a bespoke stopPropagation function in DOM2. Safari, however does not really follow the common ways to stop from following the links and needs an extra onclick return false. 

Check the examples in the "node cloning post":http://www.wait-till-i.com/index.php?p=202 to see what I mean. 

For DOM1 instructions, check chapter 3 of "the unobtrusive JavaScript course":http://www.onlinetools.org/articles/unobtrusivejavascript/chapter3.html 

Opera jumps from link to link via the A key, not tab.</description>
		<content:encoded><![CDATA[<p>Steve, this is part of almost <strong>every</strong> <span class="caps">DOMS</span>cripting tutorial out there..</p>
<p>The first step is to generate links that only work with JavaScript via JavaScript (createElement). Then you set the href to #, or - even better - link them to a real target that makes sense and instruct the script that gets applied via the handler <span class="caps">NOT </span>to follow the link by ending it in return false in <span class="caps">DOM1 </span>or use a bespoke stopPropagation function in <span class="caps">DOM2.</span> Safari, however does not really follow the common ways to stop from following the links and needs an extra onclick return false. </p>
<p>Check the examples in the <a href="http://www.wait-till-i.com/index.php?p=202">node cloning post</a> to see what I mean. </p>
<p>For <span class="caps">DOM1 </span>instructions, check chapter 3 of <a href="http://www.onlinetools.org/articles/unobtrusivejavascript/chapter3.html">the unobtrusive JavaScript course</a> </p>
<p>Opera jumps from link to link via the A key, not tab.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
