<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Justification</title><link>https://sourceforge.net/p/sqldom/wiki/Justification/</link><description>Recent changes to Justification</description><atom:link href="https://sourceforge.net/p/sqldom/wiki/Justification/feed" rel="self"/><language>en</language><lastBuildDate>Sun, 19 Feb 2012 17:13:51 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/sqldom/wiki/Justification/feed" rel="self" type="application/rss+xml"/><item><title>WikiPage Justification modified by David Rueter</title><link>https://sourceforge.net/p/sqldom/wiki/Justification/</link><description>&lt;pre&gt;--- v1 
+++ v2 
@@ -1,3 +1,19 @@
-Sometimes a data-centric approach to HTML creation, manipulation and consumption is appropriate.
-
-Poplular Javascript libraries like JQuery and YUI suport "set-based" manipulation of HTML via selectors.  Of late, server-side javascript (SSJS) has become popular with projects like Node.js, Ringo and others.  SQLDOM is an easy and robust way to parse HTML directly into SQL tables, manipulate DOM nodes in a JQuery-like manner, and to render HTML from the SQL-based DOM.
+SQLDOM is useful in three main categories:
+
+1. Creation of HTML
+2. Consumption of HTML
+3. Analysis of HTML
+
+Sometimes a data-centric, server-side approach to HTML creation, manipulation and consumption is appropriate.
+
+Poplular Javascript libraries like JQuery and YUI suport "set-based" manipulation of HTML via selectors.  This is done primarily in a client-side browser.
+
+Of late, server-side javascript (SSJS) has become popular with projects like Node.js, Ringo and others.  See:  http://zope.cetis.ac.uk/members/scott/blogview?entry=20110124133546
+
+While SSJS is interesting, not all implementations include a DOM.  Furthermore, each implementation imposes limitations as to web server, languages, and other platform-specific considerations.
+
+SQLDOM was originally born out of a desire to perform DOM-based creation of HTML directly within Microsoft SQL Server, with no external dependencies.  While SQL Server does include a good XML parser, it is not terribly useful for HTML.
+
+Imagine having HTML templates--either in a SQL table or passed in--and being able to directly merge those templates with live SQL data without relying on a web server scripting environment like PHP or ASP.NET.  Such a capability would allow for generation of clean standards-based HTML, and would support best-practices in terms of separation of layout from content.  But, such a capability would not require an added scripting layer such as PHP or ASP.NET.
+
+This would reduce the number of moving parts in a web application, and would potentially increase security and reliability while simplifying support and potentially increasing both performance and flexibility.
&lt;/pre&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Rueter</dc:creator><pubDate>Sun, 19 Feb 2012 17:13:51 -0000</pubDate><guid>https://sourceforge.nete41c4171a1e21174443fe855f63cc2e1ecfc8718</guid></item><item><title>WikiPage Justification modified by David Rueter</title><link>https://sourceforge.net/p/sqldom/wiki/Justification/</link><description>Sometimes a data-centric approach to HTML creation, manipulation and consumption is appropriate.

Poplular Javascript libraries like JQuery and YUI suport "set-based" manipulation of HTML via selectors.  Of late, server-side javascript (SSJS) has become popular with projects like Node.js, Ringo and others.  SQLDOM is an easy and robust way to parse HTML directly into SQL tables, manipulate DOM nodes in a JQuery-like manner, and to render HTML from the SQL-based DOM.
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Rueter</dc:creator><pubDate>Sun, 19 Feb 2012 16:56:41 -0000</pubDate><guid>https://sourceforge.net2a1fa67df244b61f1b24a638e5c97120bc8a06b0</guid></item></channel></rss>