<?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: Is Manipulating the DOM for Presentation Acceptable?</title>
	<atom:link href="http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/feed/" rel="self" type="application/rss+xml" />
	<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/</link>
	<description>A resource for Web designers and developers to read about and discuss their craft.</description>
	<lastBuildDate>Wed, 28 Jul 2010 19:29:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Year in Review: Highlights from 2007 - Monday By Noon</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1376</link>
		<dc:creator>Year in Review: Highlights from 2007 - Monday By Noon</dc:creator>
		<pubDate>Mon, 24 Dec 2007 15:24:35 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1376</guid>
		<description>[...] Is Manipulating the DOM for Presentation Acceptable? [...]</description>
		<content:encoded><![CDATA[<p>[...] Is Manipulating the DOM for Presentation Acceptable? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dustin brewer - web design news and style &#187; Blog Archive &#187; Weekly link roundup for the week of July 9th</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1377</link>
		<dc:creator>dustin brewer - web design news and style &#187; Blog Archive &#187; Weekly link roundup for the week of July 9th</dc:creator>
		<pubDate>Mon, 10 Dec 2007 01:05:15 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1377</guid>
		<description>[...] last but not least Jon over at Monday by Noon has a great article on acceptable use of DOM scripting and the semantics of doing such. A good read that needs some feedback from the design community [...]</description>
		<content:encoded><![CDATA[<p>[...] last but not least Jon over at Monday by Noon has a great article on acceptable use of DOM scripting and the semantics of doing such. A good read that needs some feedback from the design community [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Christopher</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1379</link>
		<dc:creator>Jonathan Christopher</dc:creator>
		<pubDate>Wed, 17 Oct 2007 12:45:10 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1379</guid>
		<description>First and foremost I need to apologize for neglecting to comment as a follow-up on this article.

@Dustin Brewer: I agree, if you&#039;re responsible in your use of JavaScript, things should work out well in the end as long as you&#039;re progressively enhancing.

@Chris Barnes: While removing the JavaScript could remove unwanted functionality, you&#039;re still left with some markup bloat. In my opinion, if the markup used is at least semantic, when you remove the scripting you&#039;re still left with something to work with.

@Aaron Gustafson: That makes a lot of sense, thanks very much for including your input!</description>
		<content:encoded><![CDATA[<p>First and foremost I need to apologize for neglecting to comment as a follow-up on this article.</p>
<p>@Dustin Brewer: I agree, if you&#8217;re responsible in your use of JavaScript, things should work out well in the end as long as you&#8217;re progressively enhancing.</p>
<p>@Chris Barnes: While removing the JavaScript could remove unwanted functionality, you&#8217;re still left with some markup bloat. In my opinion, if the markup used is at least semantic, when you remove the scripting you&#8217;re still left with something to work with.</p>
<p>@Aaron Gustafson: That makes a lot of sense, thanks very much for including your input!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Gustafson</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1378</link>
		<dc:creator>Aaron Gustafson</dc:creator>
		<pubDate>Tue, 16 Oct 2007 15:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1378</guid>
		<description>In my opinion, one of the best ways to unobtrusively build JavaScript widgets is to come up with some sort of switch which triggers the widget-related CSS to apply once the JavaScript signals that it&#039;s ready to go. And as I usually classify elements which need widget-izing (since they may occur multiple times on a page), this usually involves &lt;code&gt;CLASS&lt;/code&gt;-swapping. In other words, something classified as &quot;tabbed&quot; will be turned into something classified as &quot;tabbed-on&quot; and all of the widget-related selectors begin with &lt;code&gt;.tabbed-on&lt;/code&gt; instead of &lt;code&gt;.tabbed&lt;/code&gt; so styles aren&#039;t applied before they are actually appropriate.</description>
		<content:encoded><![CDATA[<p>In my opinion, one of the best ways to unobtrusively build JavaScript widgets is to come up with some sort of switch which triggers the widget-related CSS to apply once the JavaScript signals that it&#8217;s ready to go. And as I usually classify elements which need widget-izing (since they may occur multiple times on a page), this usually involves <code>CLASS</code>-swapping. In other words, something classified as &#8220;tabbed&#8221; will be turned into something classified as &#8220;tabbed-on&#8221; and all of the widget-related selectors begin with <code>.tabbed-on</code> instead of <code>.tabbed</code> so styles aren&#8217;t applied before they are actually appropriate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Barnes</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1375</link>
		<dc:creator>Chris Barnes</dc:creator>
		<pubDate>Tue, 17 Jul 2007 00:06:22 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1375</guid>
		<description>I&#039;ve only recently started adding extra presentational elements/classes via the DOM, and I had similar thoughts to you when someone first suggested it.
I agree with you that presentational elements are no better when added in by scripting than when they&#039;re in the original (X)HTML. But the reason I&#039;ve started using them is that, if you&#039;re doing a site redesign, you don&#039;t have to remove all the extra non-semantic markup from your pages. You just delete the script that creates it from one .js file and it&#039;s gone for good...
Another advantage to scripting presentational elements is overall page &quot;weight&quot; when downloading - if you include extra non-semantic markup in your (X)HTML it gets downloaded every time one of your pages downloads. Any scripts that generate that same markup will only be downloaded once as part of the site&#039;s .js file, decreasing page download times (which is supposed to be one of the benefits of using semantic (X)HTML in the first place).</description>
		<content:encoded><![CDATA[<p>I&#8217;ve only recently started adding extra presentational elements/classes via the DOM, and I had similar thoughts to you when someone first suggested it.<br />
I agree with you that presentational elements are no better when added in by scripting than when they&#8217;re in the original (X)HTML. But the reason I&#8217;ve started using them is that, if you&#8217;re doing a site redesign, you don&#8217;t have to remove all the extra non-semantic markup from your pages. You just delete the script that creates it from one .js file and it&#8217;s gone for good&#8230;<br />
Another advantage to scripting presentational elements is overall page &#8220;weight&#8221; when downloading &#8211; if you include extra non-semantic markup in your (X)HTML it gets downloaded every time one of your pages downloads. Any scripts that generate that same markup will only be downloaded once as part of the site&#8217;s .js file, decreasing page download times (which is supposed to be one of the benefits of using semantic (X)HTML in the first place).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dustin Brewer</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1374</link>
		<dc:creator>Dustin Brewer</dc:creator>
		<pubDate>Sun, 15 Jul 2007 01:04:39 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1374</guid>
		<description>I think that using DOM carefully with CSS is just fine, most web users don&#039;t care to disable javascript and as long as you ensure that you are appealing to all of the browsers (see: ie) then everything should go over just fine.

I think it is a more then acceptable method to achieve the design implementation you are working on and can come in very handy when you are wanting to display or manipulate the way the web site works for the end user.</description>
		<content:encoded><![CDATA[<p>I think that using DOM carefully with CSS is just fine, most web users don&#8217;t care to disable javascript and as long as you ensure that you are appealing to all of the browsers (see: ie) then everything should go over just fine.</p>
<p>I think it is a more then acceptable method to achieve the design implementation you are working on and can come in very handy when you are wanting to display or manipulate the way the web site works for the end user.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Is Manipulating the DOM for Presentation Acceptable? &#183; Style Grind</title>
		<link>http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1373</link>
		<dc:creator>Is Manipulating the DOM for Presentation Acceptable? &#183; Style Grind</dc:creator>
		<pubDate>Thu, 12 Jul 2007 03:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://mondaybynoon.com/2007/07/09/is-manipulating-the-dom-for-presentation-acceptable/#comment-1373</guid>
		<description>[...] Is Manipulating the DOM for Presentation Acceptable? [...]</description>
		<content:encoded><![CDATA[<p>[...] Is Manipulating the DOM for Presentation Acceptable? [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using xcache (user agent is rejected)
Database Caching using xcache

Served from: mondaybynoon.com @ 2010-07-30 22:09:59 -->