<?xml version="1.0" encoding="windows-1252"?>
<node id="230222" title="Re: use CGI or die;" created="2003-01-27 08:39:04" updated="2005-08-10 15:32:23">
<type id="11">
note</type>
<author id="230012">
jonadab</author>
<data>
<field name="doctext">
&lt;div&gt;&amp;gt; The only option is for browsers to suddenly stop
&lt;/div&gt;
&lt;div&gt;&amp;gt; working on invalid X?HTML, but the chances of that
&lt;/div&gt;
&lt;div&gt;&amp;gt; happening are appoximately zero.&lt;/div&gt;

&lt;p&gt;
Suddenly?  No.  Most of the web is still a non-wellformed
mixture of HTML3, HTML4, and imaginary tags made up by
specific browsers.  However, current browsers
&lt;strong&gt;do&lt;/strong&gt; choke on non-wellformed markup if 
it is served with a content-type of text/xml, and that's
a first step.  As things like XSLT and RDF start to catch
on, sites that want to harness the value of those things
will have to be redone in wellformed XML, and that's 
that.  (They won't necessarily have to provide and 
validate against Schemata, but we have to start someplace.)
&lt;/p&gt;

&lt;p&gt;Incidentally, if CGI.pm is now improved to the point
of being capable of producing anything that remotely
resembles XHTML, maybe I should have another look at it;
I've been avoiding it because of two things, and one was
the execrable state of its output.  If that has been 
shaped up, maybe the other thing (the tendency to 
obfuscate the Perl code) has been improved too, since I
looked at it (which &lt;em&gt;has&lt;/em&gt; been a bit), and I 
should have a second look.&lt;/p&gt;

&lt;p&gt;&lt;code&gt; --jonadab&lt;/code&gt;&lt;/p&gt;</field>
<field name="root_node">
51012</field>
<field name="parent_node">
51120</field>
</data>
</node>
