<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://books.dzone.com"  xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dz="http://www.developerzone.com/modules/dz/1.0" xmlns:media="http://search.yahoo.com/mrss/">
<channel>
 <title>Book Zone - Comments for &quot;Interview: Authors of jQuery in Action&quot;</title>
 <link>http://books.dzone.com/news/interview-authors-jquery-actio</link>
 <description>Comments for &quot;Interview: Authors of jQuery in Action&quot;</description>
 <language>en</language>
<item>
 <title>Well, the whole concept of</title>
 <link>http://books.dzone.com/news/interview-authors-jquery-actio#comment-2185</link>
 <description>&lt;!--paging_filter--&gt;&lt;p&gt;Well, the whole concept of Unobtrusive JavaScript pretty much describes exactly what you are talking about. The body markup becomes just that: document markup, with no style embedded (CSS takes care of that) and with no behavior (script) embedded.&lt;/p&gt;&lt;p&gt;I&#039;m not sure that the &amp;quot;servlet injection&amp;quot; step is really necessary. Since the designer is markup-savvy, surely a &amp;lt;script&amp;gt; tag or two in the &amp;lt;head&amp;gt; wouldn&#039;t be a problem? &lt;/p&gt;</description>
 <pubDate>Fri, 28 Mar 2008 21:11:58 -0400</pubDate>
 <dc:creator>bear.bibeault</dc:creator>
 <guid isPermaLink="false">comment 2185 at http://books.dzone.com</guid>
</item>
<item>
 <title>My vision of how dynamic</title>
 <link>http://books.dzone.com/news/interview-authors-jquery-actio#comment-2173</link>
 <description>&lt;!--paging_filter--&gt;&lt;p&gt;My vision of how dynamic database driven websites ought to work is like this:&lt;/p&gt;&lt;p&gt;- the graphic designer mocks up some html pages.  These are raw html files with no special markup whatsoever.  No weird statements inside.  No code stuff inside.  No application server needed to see the mock up page.&lt;/p&gt;&lt;p&gt;- the mock up has each table populated with at least one element.  A table has one row for instance.&lt;/p&gt;&lt;p&gt;- the code would load the page in to memory, and take a copy of each data section&#039;s first element, and remove all subsequent elements.&lt;/p&gt;&lt;p&gt;- based on the database data, items get populated by repeating the elements taken from the mock up.&lt;/p&gt;&lt;p&gt;This is the closest way of truly separating design from program.  For the first time in the history of web development can developers hire graphic designers, which do a waaaaayy better job designing websites.  No more clunky crappy developery websites.&lt;/p&gt;&lt;p&gt;I&#039;m seeing in jQuery ways of manipulating the dom.  It also can make ajax calls.  Would it be possible to do this:&lt;/p&gt;&lt;p&gt;- make each web page request be handled by a servlet that inserts the contents of a secondary file into the raw html file.  That secondary file contains all the javascript and jQuery stuff.  I want to keep any of these jQuery instructions and programming gobbledegook away from the designer.  They only thing that&#039;s acceptable is id or class attributes, which are needed anyway for the stylesheets.  The result is that the browser is served that html page with a bunch of jQuery script injected in to it.&lt;/p&gt;&lt;p&gt;This really would be THE way to build websites I think.  For years and years, solution after solution, they just didn&#039;t get it.  They all failed in my opinion.&lt;/p&gt;&lt;p&gt;I&#039;ve written two java + javascript based servers that does this sort of thing on the server side.  I worked with a designer, and my designer never saw the application server.  She delivered very nice refreshing little html pages with all sorts of little photoshop bits and pieces, stuff no developer would ever dream of making. &lt;/p&gt;</description>
 <pubDate>Fri, 28 Mar 2008 13:31:55 -0400</pubDate>
 <dc:creator>okidoky</dc:creator>
 <guid isPermaLink="false">comment 2173 at http://books.dzone.com</guid>
</item>
</channel>
</rss>
