<?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/"
		>
<channel>
	<title>Comments on: Wrapping DOM elements for easier cross-browser Javascript</title>
	<atom:link href="http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/</link>
	<description>web / programming / javascript / css / html</description>
	<lastBuildDate>Thu, 26 Aug 2010 07:14:43 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Clay</title>
		<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/comment-page-1/#comment-39</link>
		<dc:creator>Clay</dc:creator>
		<pubDate>Sat, 06 Oct 2007 21:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://stchur.com/blog2/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/#comment-39</guid>
		<description>My final wrapper object caches each DOM object. It also accepts multiple arguments, each capable of being an array, a string or a object.  The CSS Selector feature would be a nice addition but i&#039;m a little worried about the affect the additional checks would have on performance.

Btw the cache feature is discussed in a article by Matt Snider. In the article he compares YUI &quot;YAHOO.util.Dom.get&quot; to Prototype &quot;$&quot;.
http://mattsnider.com/javascript/prototype-vs-yui-round-2-i-love/


I&#039;ve found your articles to be quite insightful and I can imagine it is much the same for Gimme. So I will will definately check it out.</description>
		<content:encoded><![CDATA[<p>My final wrapper object caches each DOM object. It also accepts multiple arguments, each capable of being an array, a string or a object.  The CSS Selector feature would be a nice addition but i&#039;m a little worried about the affect the additional checks would have on performance.</p>
<p>Btw the cache feature is discussed in a article by Matt Snider. In the article he compares YUI &#034;YAHOO.util.Dom.get&#034; to Prototype &#034;$&#034;.<br />
<a href="http://mattsnider.com/javascript/prototype-vs-yui-round-2-i-love/" rel="nofollow">http://mattsnider.com/javascript/prototype-vs-yui-round-2-i-love/</a></p>
<p>I&#039;ve found your articles to be quite insightful and I can imagine it is much the same for Gimme. So I will will definately check it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Stchur</title>
		<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/comment-page-1/#comment-38</link>
		<dc:creator>Stephen Stchur</dc:creator>
		<pubDate>Wed, 03 Oct 2007 22:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://stchur.com/blog2/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/#comment-38</guid>
		<description>Clay,

Yeah, that could work.  Alternatively, you might be interested to check out my Javascript Library: Gimme.  It uses the technique discussed in this article, but goes much further and support many CSS selectors as well:  http://gimme.stchur.com for demos or http://codeplex.com/gimme for docs

-Steve</description>
		<content:encoded><![CDATA[<p>Clay,</p>
<p>Yeah, that could work.  Alternatively, you might be interested to check out my Javascript Library: Gimme.  It uses the technique discussed in this article, but goes much further and support many CSS selectors as well:  <a href="http://gimme.stchur.com" rel="nofollow">http://gimme.stchur.com</a> for demos or <a href="http://codeplex.com/gimme" rel="nofollow">http://codeplex.com/gimme</a> for docs</p>
<p>-Steve</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clay</title>
		<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/comment-page-1/#comment-37</link>
		<dc:creator>Clay</dc:creator>
		<pubDate>Wed, 03 Oct 2007 20:54:12 +0000</pubDate>
		<guid isPermaLink="false">http://stchur.com/blog2/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/#comment-37</guid>
		<description>After testing Prototype and reading this article I was mulling over whether to adopt this style.

I&#039;ve been hung up on not being able to do $(&#039;mydiv&#039;).id or $(&#039;mydiv&#039;).className. I think i&#039;ll go with the getEntity() solution you hinted at, closer to the end of your article.</description>
		<content:encoded><![CDATA[<p>After testing Prototype and reading this article I was mulling over whether to adopt this style.</p>
<p>I&#039;ve been hung up on not being able to do $(&#039;mydiv&#039;).id or $(&#039;mydiv&#039;).className. I think i&#039;ll go with the getEntity() solution you hinted at, closer to the end of your article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Stchur</title>
		<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/comment-page-1/#comment-36</link>
		<dc:creator>Stephen Stchur</dc:creator>
		<pubDate>Wed, 03 Oct 2007 20:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://stchur.com/blog2/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/#comment-36</guid>
		<description>Clay,

It think your best best would be to stick with .id and .className for those two cases (among others).  You could access an attribute by calling .getAttribute(&#039;id&#039;) or .getAttribute(&#039;class&#039;) but retrieving an attribute that way is not exactly the same as directly referencing a given DOM element&#039;s property via dot notation.

Most notably, IE has a number of bugs regarding .getAttribute(..) so for DOM elements that expose the property you&#039;re interested in, I think the dot notation is going to be a good choice.</description>
		<content:encoded><![CDATA[<p>Clay,</p>
<p>It think your best best would be to stick with .id and .className for those two cases (among others).  You could access an attribute by calling .getAttribute(&#039;id&#039;) or .getAttribute(&#039;class&#039;) but retrieving an attribute that way is not exactly the same as directly referencing a given DOM element&#039;s property via dot notation.</p>
<p>Most notably, IE has a number of bugs regarding .getAttribute(..) so for DOM elements that expose the property you&#039;re interested in, I think the dot notation is going to be a good choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clay</title>
		<link>http://blog.stchur.com/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/comment-page-1/#comment-35</link>
		<dc:creator>Clay</dc:creator>
		<pubDate>Wed, 03 Oct 2007 19:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://stchur.com/blog2/2007/01/25/wrapping-dom-elements-for-easier-cross-browser-javascript/#comment-35</guid>
		<description>Great article. I do have a questions.

What&#039;s the best way to access properties such as id, className and without the use of getters or setters?</description>
		<content:encoded><![CDATA[<p>Great article. I do have a questions.</p>
<p>What&#039;s the best way to access properties such as id, className and without the use of getters or setters?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
