reinventing_html_discuss.html 57.6 KB

Raw Blame History Permalink

<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
  <head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <style type="text/css" media="all">
    @import "/QA/2006/01/blogstyle.css";
    </style>
    <meta name="keywords" content='' />
    <meta name="description" content="By now many have seen Tim Berners-Lee on Reinventing HTML: Making standards is hard work. ... A particular case is HTML... The plan is to charter a completely new HTML group... I'll be asking these groups to be very accountable,..." />
    <meta name="revision" content="$Id: reinventing_html_discuss.html,v 1.133 2011/12/16 02:59:54 gerald Exp $" />
   <link rel="alternate" type="application/atom+xml" title="Atom" href="http://www.w3.org/QA/atom.xml" />
   <link rel="alternate" type="application/rss+xml" title="RSS 1.0" href="http://www.w3.org/QA/news.rss" />
   <title>Reinventing HTML: discuss - W3C Blog</title>

   <link rel="start" href="http://www.w3.org/QA/" title="Home" />
   <link rel="prev" href="http://www.w3.org/QA/2006/10/validator_api.html" title="Playing with the new Validator API" />
   <link rel="next" href="http://www.w3.org/QA/2006/11/celebrating_owl_interoperabili.html" title="Celebrating OWL interoperability and spec quality" />

   <!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
         xmlns:dc="http://purl.org/dc/elements/1.1/">
<rdf:Description
    rdf:about="http://www.w3.org/QA/2006/10/reinventing_html_discuss.html"
    trackback:ping="http://www.w3.org/QA/sununga/mt-tb.cgi/39"
    dc:title="Reinventing HTML: discuss"
    dc:identifier="http://www.w3.org/QA/2006/10/reinventing_html_discuss.html"
    dc:subject="Opinions &amp; Editorial"
    dc:description="By now many have seen Tim Berners-Lee on Reinventing HTML: Making standards is hard work. ... A particular case is HTML... The plan is to charter a completely new HTML group... I&apos;ll be asking these groups to be very accountable,..."
    dc:creator="Dan Connolly"
    dc:date="2006-10-28T01:23:47+00:00" />
</rdf:RDF>
-->

    <!-- <script type="text/javascript" src="http://www.w3.org/QA/mt.js"></script>-->

</head>
<body class="layout-one-column">
      <div id="banner">
      <h1 id="title">
	<a href="http://www.w3.org/"><img height="48" alt="W3C" id="logo" src="http://www.w3.org/Icons/WWW/w3c_home_nb" /></a>
W3C Blog
</h1>
    </div>

    <ul class="navbar" id="menu">
        <li><strong><a href="/QA/" title="W3C Blog Home">[ W3C Blog ]</a></strong></li>
        <li><a href="/QA/Library/" title="Documents and Publications on Web and Quality">Documents</a></li>
        <li><a href="/QA/Tools/" accesskey="3" title="Validators and other Tools">Tools</a></li>
        <li><a href="/2007/12/qa-blog-help/index#feedback">Feedback</a></li>
    </ul>
<div id="searchbox">
<form method="get" action="http://www.google.com/custom" enctype="application/x-www-form-urlencoded">
<p id="formbox"><input type="text" size="15" class="textfield" name="q" accesskey="E" maxlength="255" /> <input type="submit" class="submitfield" value="Search" id="goButton" name="sa" accesskey="G" /> <input type="hidden" name="cof" value="T:black;LW:72;ALC:#ff3300;L:http://www.w3.org/Icons/w3c_home;LC:#000099;LH:48;BGC:white;AH:left;VLC:#660066;GL:0;AWFID:0b9847e42caf283e;" /><input type="hidden" id="searchW3C" name="sitesearch" checked="checked" value="www.w3.org/QA" /><input type="hidden" name="domains" value="www.w3.org/QA" /></p>
</form>
</div>


    <div id="main"><!-- This DIV encapsulates everything in this page - necessary for the positioning -->

                     <p class="content-nav">
                        <a href="http://www.w3.org/QA/2006/10/validator_api.html">&laquo; Playing with the new Validator API</a> |
                        <a href="http://www.w3.org/QA/">Main</a>
                        | <a href="http://www.w3.org/QA/2006/11/celebrating_owl_interoperabili.html">Celebrating OWL interoperability and spec quality &raquo;</a>
                     </p>

                        <h2 class="entry-header">Reinventing HTML: discuss</h2>
                           <div class="entry-body">
                              <p>By now many have seen Tim Berners-Lee on <a href="http://dig.csail.mit.edu/breadcrumbs/node/166">Reinventing HTML</a>:</p>

<blockquote><p>Making standards is hard work. ...</p>
<p>A particular case is HTML... The plan is to charter a completely new HTML group...</p>

<p>I'll be asking these groups to be very accountable, to have powerful issue tracking systems on the w3.org web site, and to be responsive in spirit as well as in letter to public comments.</p></blockquote>

<p>Ironically, <a href="http://dig.csail.mit.edu/breadcrumbs/node/152">comments are disabled on <cite>breadcrumbs</cite>, the DIG research group blog</a>.</p>

<p>Comments are welcome here, though we haven't figured out how to address spam without moderating the comments. And there's always the mailing lists... <a href="http://lists.w3.org/Archives/Public/www-html/">www-html</a>, <a href="http://lists.w3.org/Archives/Public/www-qa/">www-qa</a>, <a href="http://lists.w3.org/Archives/Public/">etc.</a>.</p>
                           </div>
                           <div id="more" class="entry-more">

                           </div>
                       <p class="postinfo">Filed by <a href="http://www.w3.org/People/Connolly/">Dan Connolly</a> on October 28, 2006  1:23 AM in <a href="http://www.w3.org/QA/archive/technology/html/">HTML</a>, <a href="http://www.w3.org/QA/archive/web_spotting/opinions_editorial/">Opinions &amp;amp; Editorial</a><br />
<span class="separator">|</span> <a class="permalink" href="http://www.w3.org/QA/2006/10/reinventing_html_discuss.html">Permalink</a>
                                 | <a href="http://www.w3.org/QA/2006/10/reinventing_html_discuss.html#comments">Comments (52)</a>
                                 | <a href="http://www.w3.org/QA/2006/10/reinventing_html_discuss.html#trackback">TrackBacks (0)</a>
</p>


<h3 class="comments-header" id="comments">Comments</h3>
<div class="comment" id="comment-9038">
<p class="comment-meta" id="c009038">
<span class="comment-meta-author"><strong>Etan Wexler </strong></span>
<span class="comment-meta-date"><a href="#c009038">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>Is that the...? It feels like... Hold on... Yup: Welcome to Web 3.2, everybody.</p>

</div>
</div>


<div class="comment" id="comment-9040">
<p class="comment-meta" id="c009040">
<span class="comment-meta-author"><strong>OffBeatMammal </strong></span>
<span class="comment-meta-date"><a href="#c009040">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>I think it's very brave to try and reinvent something that's got such a widespread adoption and so many flawed interpretations.
Sure, HTML is starting to show some cracks and inefficiencies but that's mnostly becuase Ajax / Web2.0 / JavaScript and the competing DOM and event models of IE and Gecko are really starting to push the en envelope.
Another incremental evolution (similar to 3.2 to 4.0) is due - to maybe provide some better/more efficient short-cuts that today still require a lot of common code, but also (IMO) it's important that the standards are tightened up around both the DOM, the event model, CSS, Behaviours etc as well as adding some much needed things (eg maxlength on textarea or more OS style combo boxes - rather than the simplistic select) to put the heavy lifting back into the browser and out of th developer space.
Tim BL et al did an amazing job, and it's so cool to see that he's not just kicked back and said "I rock".. if he thinks it needs addressing.... maybe it's time for the Gecko and IE teams (now they've got their 2.0 and 7 releases out of the door) to sit up and listen...
I, for one, would love to be able to contribute to this process...</p>

</div>
</div>


<div class="comment" id="comment-9045">
<p class="comment-meta" id="c009045">
<span class="comment-meta-author"><strong>Sean Fraser </strong></span>
<span class="comment-meta-date"><a href="#c009045">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>In his article, Tim BL cites HTML, xHTML and XHTML2. I'm curious. Does "xHTML" represent XHTML1/XHTML1.1? since they are a transistional bridge to XML? And. since XHTML1/XHTML1.1 are not noted specifically in his article, are these two markup languages to be obsoleted?</p>

</div>
</div>


<div class="comment" id="comment-9051">
<p class="comment-meta" id="c009051">
<span class="comment-meta-author"><strong>Catalin Hritcu </strong></span>
<span class="comment-meta-date"><a href="#c009051">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>My opinion is that is their quest to "evolve" their standards, the W3C is starting to become an obstacle for their adoption. It seems evident that it is impossible to make something a true standard (adopted by the wide majority), when you make it a moving target at the same time. So in my opinion the W3C should concentrate on making <b>higher quality</b> standards, rather than releasing poor standards often, and fixing things that are not really broken. "Release early, release often!" is good practice for (open source) developers, not for standard bodies!</p>

</div>
</div>


<div class="comment" id="comment-9053">
<p class="comment-meta" id="c009053">
<span class="comment-meta-author"><strong>Nicolas </strong></span>
<span class="comment-meta-date"><a href="#c009053">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>Oh no... This is <em>not</em> helpful.</p>

<p>Whe are at a time when</p>

<ol><li>all main browsers have finally reached an acceptable level of support for XHTML and CSS</li><li>most influential figures in the web world are pulling for XHTML and semantic markup</li>
<li>the XHTML and semantic markup litterature is there</li><li>in the medium/large corporate world, HTML is being obsoleted in favor of the processing-friendly XHTML</li><li>most (if not all) web software makers are on the XHTML bandwagon</li></ol>
<p>Why add yet another version to a spec that we know should have died long ago? This will not help.</p>
<p>You should go the opposite direction.</p>

<ol>
<li>Deprecate HTML. Completely. Get rid of the HTML validator too.</li>
<li>Provide <em>on the W3C site</em> a version of the XHTML 2.0 spec that mere mortals can read. That cryptic spec is probably the biggest obstacle to the adoption of XHTML: it scares to death anyone who looks at it. Its a Medusa.</li>
<li>Specs are not enough. You have to <em>explain</em> as clearly as possible the choices made in those specs. XHTML is much better than HTML, yes, but <em>you have to tell people why</em>, in a compelling manner. Not everyone is addicted to Molly's, Jeffery's, Eric's or Dave's blogs.</li>
<li>Lobby the makers of code-generating software. Make sure they think XHTML first. Same for browser vendors.</li>
</ol>

</div>
</div>


<div class="comment" id="comment-9054">
<p class="comment-meta" id="c009054">
<span class="comment-meta-author"><strong>David Joseph </strong></span>
<span class="comment-meta-date"><a href="#c009054">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>I'm glad that various peoples opinions on this are not going un-noticed. One thing though is there anywhere I can read regarding what improvements are to be made to the validator? One thing that would be ideal would be to make it easier to download/compile and move to another location therefore being able to call it recursively to test an entire site off/on line.</p>

</div>
</div>


<div class="comment" id="comment-9065">
<p class="comment-meta" id="c009065">
<span class="comment-meta-author"><strong>Leif Halvard Silli </strong></span>
<span class="comment-meta-date"><a href="#c009065">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>I suppose «Reinventing HTML» is a title open to many interpretations. Like with «reinventing the wheel»: there was no reason to reinvent it. We had it. And it was semantic too.</p>

</div>
</div>


<div class="comment" id="comment-9077">
<p class="comment-meta" id="c009077">
<span class="comment-meta-author"><strong>RF </strong></span>
<span class="comment-meta-date"><a href="#c009077">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>Browser support is a huge hurdle here.  I see a couple modes of attack:</p>

<p>One, consider backwards compatibility through scripting.  That is, if Internet Explorer 8 won't support the next generation of HTML, it should somehow be possible for a script to take a full-featured HTML document, process it, and make it work pretty well in common user agents.  Google's ExplorerCanvas is an example of this strategy, sort of (albeit not with a W3C standard).  </p>

<p>Two, consider making standards that mesh with nonstandard extensions to HTML and the DOM -- where careful authors can write standards-compliant code that happens to work in nonstandard user agents.  I don't know whether there's any point to basing a standard on IE's approach to embedding XML in HTML, but maybe there is.  Standardizing XMLHTTP and XSLT processors (if there aren't already W3C standards) wouldn't do any harm.  </p>

<p>Three, add features that you know browser makers will pick up eventually.  If it has to do with security and it's designed in consultation with Microsoft, it will probably wind up in the next update of Internet Explorer.  Implementation difficulty, backwards compatibility, and value in the eyes of browser developers are the three big things that count here.</p>

</div>
</div>


<div class="comment" id="comment-9078">
<p class="comment-meta" id="c009078">
<span class="comment-meta-author"><strong>kL </strong></span>
<span class="comment-meta-date"><a href="#c009078">#</a> 2006-10-28</span>
</p>
<div class="comment-bulk">
<p>What you're describing sounds <em>exactly</em> like WHATWG work. Why isn't this group mentioned? Is it a plan for some secretive merge of WHATWG with W3C or are you starting a new, similar effort? </p>

</div>
</div>


<div class="comment" id="comment-9081">
<p class="comment-meta" id="c009081">
<span class="comment-meta-author"><strong>kL </strong></span>
<span class="comment-meta-date"><a href="#c009081">#</a> 2006-10-29</span>
</p>
<div class="comment-bulk">
<p>Oops, my mistake. Please ignore my previous comment.</p>

</div>
</div>


<div class="comment" id="comment-9089">
<p class="comment-meta" id="c009089">
<span class="comment-meta-author"><strong>Charles Randles </strong></span>
<span class="comment-meta-date"><a href="#c009089">#</a> 2006-10-29</span>
</p>
<div class="comment-bulk">
<p>Are you going to start with a clear requirement? </p>

<p>What problem are you trying to solve, and how  will you know when you've solved it?</p>

</div>
</div>


<div class="comment" id="comment-9113">
<p class="comment-meta" id="c009113">
<span class="comment-meta-author"><strong>Mike Hunthurts </strong></span>
<span class="comment-meta-date"><a href="#c009113">#</a> 2006-10-29</span>
</p>
<div class="comment-bulk">
<p>The buck stops with the browser vendors. You can have all the standards in the world but if a main vendor with 90% market share decides to do their own thing, what can you do.</p>

</div>
</div>


<div class="comment" id="comment-9167">
<p class="comment-meta" id="c009167">
<span class="comment-meta-author"><strong>Cindy Sue Causey </strong></span>
<span class="comment-meta-date"><a href="#c009167">#</a> 2006-10-29</span>
</p>
<div class="comment-bulk">
<p>Just when I thought I was as tonfused as it was possible to be.. :D</p>

<p>Would it be presumptuous at all to make a suggestion re this latest development..? No, cool.. ;)</p>

<p>If [Reinventing HTML] becomes something new, an at least somewhat clean slate that some major number of us will be encouraged to use as <em>the</em> reference of the Future, would you all please consider starting out right from the beginning regularly supplementing the latest [standard] with applicable (small) images or diagrams..?</p>

<p>Am thinking of, say, the concept of nesting as an easy example.. There are those who could over and OVER read a recommendation for proper nesting and never ever grasp the concept but for whom one picture of the same would be worth the proverbial thousand words..</p>

<p>Am proffering this with thoughts of further accessibility (cognitive disabilities) and possibly saving just a tiny bit of email traffic hitting the multiple related lists.. In addition, the ease of use of something does play some significant part in the extent to which that something will be implemented..</p>

<p>Thanks in advance for considering the above in the spirit in which it was presented.. Looking forward to seeing what direction you all are up to next.. Always an adventure.. :)</p>

</div>
</div>


<div class="comment" id="comment-9173">
<p class="comment-meta" id="c009173">
<span class="comment-meta-author"><strong>Brett Merkey </strong></span>
<span class="comment-meta-date"><a href="#c009173">#</a> 2006-10-29</span>
</p>
<div class="comment-bulk">
<p>"Reinventing HTML" is a collection of correct statements which sum to something incorrect.</p>

<p>What is wrong is what has been forgotten. What has been forgotten is that the incredible achievements of the W3C, of recognized historical importance, have always been on the political plane, not the technical. Consummate politicians, the W3C volunteers may have had an ideal in mind but the "art of the possible" constrained every effort and the practical results are worthy indeed.</p>

<p>One could very well apply every cited criticism of practical HTML to the English language. My unhandsome native language was born of the compromise and illogic of daily intercourse -- and has continued so to this day. Those who yearn to speak a language beautiful in its logic should not speak English. The existence of software spellcheckers is condemnation enough! Yet English continues to find profitable application and so will HTML in the very same sense.</p>

<p>Brett Merkey</p>

</div>
</div>


<div class="comment" id="comment-9201">
<p class="comment-meta" id="c009201">
<span class="comment-meta-author"><strong>Ardan Michael BLUM </strong></span>
<span class="comment-meta-date"><a href="#c009201">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>At present Google itself is mostly made with non-valid markup and does not seem to down-rate non-valid markup on indexed pages. Naturally as a result there is a general lack of attention to the format of a page by the very people who could have the most impact on the future of web (as they spend their every waking minute trying to boost their keyword ranking) and avoid the W3C rules. These posts attest well to this.</p>

<p>The turn towards a "partnership" of use between those in SEO and the W3C is achieved when we are able to see how H1 to H6 content is actually part of the check that the validator offers --- that the idea of a page being 99% valid with no major tag errors is certainly a sure way to assure one that the cross browser reading of the page will work IN THE FUTURE when (in 50 or 150 years from now) markup will change and what was not done right will be lost.</p>

<p>You may say "what do I care for my keyword placement when I am dead?" The answer is that if your product, your firm, your essay, your photography, or what ever it is that you have made and placed in ranking is SAVED over time it will be saved owing to its markup.</p>

<p>Value for long long term placement comes by pure logic from the w3c. </p>

<p>This is all well and fine BUT DOES THE w3c wish to promote this partnership --- this would lead to a whole new huge force of webmasters helping the w3c --- all that is needed is that a portion of the w3c would turn its attention to white hat SEO in tags --- and what better place than with the semantic web!</p>

<p>Tim --- do let us know.</p>

<p>AMB, GENEVA.</p>

</div>
</div>


<div class="comment" id="comment-9251">
<p class="comment-meta" id="c009251">
<span class="comment-meta-author"><strong>sili </strong></span>
<span class="comment-meta-date"><a href="#c009251">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>I think new browsers should definitely check the syntax of XHTML, CSS and JavaScript (as some of them already do) documents. But the point is: "Good" old HTML should be shown in the browser as always. So we've got the needed downward compatibility. A new XHTML version  should be treated in a different way: if there are (syntax) errors in the document, the page will <em>not</em> be shown, instead there is a error report.</p>

<p>New versions of XHTML should have got some "cool", "kick-ass" features and possibilities, or whatever. The goal is to make the new version as popular as possible.
Because it is definitely standard XHTML x.0 (CSS, JavaScript, ...) it should be much simpler for the browsers to render. That hopefully brings us better browser compatibility, what would be the smashing advantage over old non-standard and non-audited HTML.</p>

<p>I think the growing Mozilla movement shows that there is not only one browser, even (X)HTML beginners should be able to realize that fact. If they also realize the advantages of XHTML we've won.</p>

</div>
</div>


<div class="comment" id="comment-9272">
<p class="comment-meta" id="c009272">
<span class="comment-meta-author"><strong>Stefan Mackovik </strong></span>
<span class="comment-meta-date"><a href="#c009272">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>I just learned to love XHTML, an now someone wants to reanimate HTML?</p>

<p>I don't think that this is a good idea, I think XHTML in conjunction with CSS is a good idea, and it's easy to use and to work with!</p>

<p>Please don't bring a nother Markup - language into the game, it would be much better to speed up the XHTML - development!</p>

</div>
</div>


<div class="comment" id="comment-9273">
<p class="comment-meta" id="c009273">
<span class="comment-meta-author"><strong>Stefan Mackovik </strong></span>
<span class="comment-meta-date"><a href="#c009273">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>I Thin it's not a good idea to continue the development of HTML only because some developers are too lazy to use XHTML. XHTML is a really good ML, and every effort should be made to continue development on XHTML.</p>

</div>
</div>


<div class="comment" id="comment-9276">
<p class="comment-meta" id="c009276">
<span class="comment-meta-author"><strong>pete scott </strong></span>
<span class="comment-meta-date"><a href="#c009276">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>You're probably SOL until sites like myspace.com start accomodating standards. As long as they allow users (non-developers) to customize their own page with a smorgasborg or poorly crafted code, the poorly crafted code will keep getting written.</p>

<p>I wish you the best of luck, though, and look forward to your solutions.</p>

</div>
</div>


<div class="comment" id="comment-9288">
<p class="comment-meta" id="c009288">
<span class="comment-meta-author"><strong>Judah Diament </strong></span>
<span class="comment-meta-date"><a href="#c009288">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>if you go to alexa.com, see what the top 10 web sites in the US are, and look at the source of their home pages, it is all
plain-old" html - no sign of xhtml, xforms, etc. Perhaps there needs to be some explaining done as to why 98% of the web developers/users out there should care about more standards developments at this point? Everyone is tunring to AJAX to do their web apps, and unless it can be explained clearly and compellingly why anyone would want to switch to newer standards, no one will.</p>

</div>
</div>


<div class="comment" id="comment-9290">
<p class="comment-meta" id="c009290">
<span class="comment-meta-author"><strong>e2mars </strong></span>
<span class="comment-meta-date"><a href="#c009290">#</a> 2006-10-30</span>
</p>
<div class="comment-bulk">
<p>i like HTML, and i hope it could be better</p>

</div>
</div>


<div class="comment" id="comment-9324">
<p class="comment-meta" id="c009324">
<span class="comment-meta-author"><strong>Ben Bucksch </strong></span>
<span class="comment-meta-date"><a href="#c009324">#</a> 2006-10-31</span>
</p>
<div class="comment-bulk">
<p>Tim,</p>

<p>thank you.</p>

<p>Not for HTML vs. XHTML, but for the "listening to commenters" part.</p>

</div>
</div>


<div class="comment" id="comment-9383">
<p class="comment-meta" id="c009383">
<span class="comment-meta-author"><strong>Juan R. </strong></span>
<span class="comment-meta-date"><a href="#c009383">#</a> 2006-10-31</span>
</p>
<div class="comment-bulk">
<p>Wait when was noticed that some people akin to WhatWG has plans to add XML applications into next HTML5 tag soup, breaking today backward compatibility with hundred of tools. </p>

<p>For example your today working documents containing a XML tag &lt;none&gt; would be invalid for a HTML5 browser, whereas new HTML5 tools would generate &lt;none&gt; which would generate error when processes by a XML parser.</p>

</div>
</div>


<div class="comment" id="comment-9496">
<p class="comment-meta" id="c009496">
<span class="comment-meta-author"><strong>Guy Kewney </strong></span>
<span class="comment-meta-date"><a href="#c009496">#</a> 2006-11-01</span>
</p>
<div class="comment-bulk">
<p>Here's the bit I find inescapable:</p>

<blockquote>
  <p>The attempt to get the world to switch to XML, including quotes around
  attribute values and slashes in empty tags and namespaces all at once
  didn't work. The large HTML-generating public did not move, largely
  because the browsers didn't complain.</p>
</blockquote>

<p>I've read Tim's blog, and I don't see how he can get around that. </p>

<p>Myself, I use both FF and IE browsers. Routinely, web sites break FF, sometimes both. Unless Tim's XML body can compel browsers to complain (how?) I really don't see that it will do anything differently.</p>

<p>Some of the inertia in the html standard is incredible. I taxed one site developer for producing an all-Flash shop window site, which is almost unusuable (can't link to pages, can't cut, can't paste - not even phone numbers!) and he's utterly unrepentant. "This way, it looks the same to everybody," he said.</p>

<p>For example of inertia: my browser routinely traps popup windows. So, these days, do most. What is going on? Why are site designers writing popup code in a world where nobody can see the stuff? </p>

<p>I suspect the answer is that people are using automated CMS tools like the FCKEditor. That allows you to generate a new window with several options. One is * target="_blank" * another is popup. The one is "deprecated" and the other futile. What will stop people using the built-in CMS tools?</p>

<p>As long as people are prepared to ignore browser-objection on the scale that you get for popups, what hope is there to persuade them to start using new features? and, more to the point, to stop using old ones? </p>

</div>
</div>


<div class="comment" id="comment-9498">
<p class="comment-meta" id="c009498">
<span class="comment-meta-author"><strong>Jeroen Ruigrok van der Werven </strong></span>
<span class="comment-meta-date"><a href="#c009498">#</a> 2006-11-01</span>
</p>
<div class="comment-bulk">
<p>I have to agree with Nicholas. I went through all the trouble to teach myself about proper HTML/SGML and now XHTML/XML and everything involved to make sure the websites are done the way they should be.</p>

<p>I also agree with the point that from a version 1 to a version 2 the specification suddenly seems to quadruple and stack feature upon useless feature which only serves a very minor part of the community.</p>

</div>
</div>


<div class="comment" id="comment-9553">
<p class="comment-meta" id="c009553">
<span class="comment-meta-author"><strong>Nick J </strong></span>
<span class="comment-meta-date"><a href="#c009553">#</a> 2006-11-01</span>
</p>
<div class="comment-bulk">
<p>People are moving to XML. It's just taking a while.
There will always be people who don't want to change anything that works. Nothing will change that. There will be web pages in HTML 1.0 forever. In the 1970s, there were programs running under an IBM1400 emulator, itself running under an IBM7094 emulator, on IBM370s.
The one fatal mistake would be to let this stop the rest of us progressing to XML amd CSS. This whole proposal is broken.</p>

</div>
</div>


<div class="comment" id="comment-9597">
<p class="comment-meta" id="c009597">
<span class="comment-meta-author"><strong>Juan R. </strong></span>
<span class="comment-meta-date"><a href="#c009597">#</a> 2006-11-02</span>
</p>
<div class="comment-bulk">
<p>Sorry a typo in my previous post.</p>

<p>I mean difference between &lt;none&gt; and &lt;none/&gt;</p>

<p>P.S: These links can offer a idea of that WhatWG and Mozilla guys want to do with next HTML.</p>

<p><a href="http://groups.google.com/group/mozilla.dev.tech.mathml/browse_thread/thread/796fad03fdd4fc59/2b6952b15cd6a7d6#2b6952b15cd6a7d6" rel="nofollow">http://groups.google.com/group/mozilla.dev.tech.mathml/browse_thread/thread/796fad03fdd4fc59/2b6952b15cd6a7d6#2b6952b15cd6a7d6</a></p>

<p><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=353926" rel="nofollow">https://bugzilla.mozilla.org/show_bug.cgi?id=353926</a></p>

</div>
</div>


<div class="comment" id="comment-9625">
<p class="comment-meta" id="c009625">
<span class="comment-meta-author"><strong>Mauricio Samy Silva </strong></span>
<span class="comment-meta-date"><a href="#c009625">#</a> 2006-11-02</span>
</p>
<div class="comment-bulk">
<p>A Brazilian-Portuguese translated version for this article can be found at:
<a href="http://www.maujor.com/blog/2006/10/30/reinventando-o-html/" rel="nofollow"><a href="http://www.maujor.com/blog/2006/10/30/reinventando-o-html/" rel="nofollow">http://www.maujor.com/blog/2006/10/30/reinventando-o-html/</a></a></p>

</div>
</div>


<div class="comment" id="comment-9675">
<p class="comment-meta" id="c009675">
<span class="comment-meta-author"><strong>Jordan Clark </strong></span>
<span class="comment-meta-date"><a href="#c009675">#</a> 2006-11-02</span>
</p>
<div class="comment-bulk">
<p>I think that the concept re-inventing HTML is kind of like closing the dooe <em>after</em> the horse has bolted, as the saying goes.
Although Tim and all the W3C staff have the best intentions in mind, we as a community need to educate designers on the <em>existing</em> standards before creating more rules to be broken.</p>

</div>
</div>


<div class="comment" id="comment-9677">
<p class="comment-meta" id="c009677">
<span class="comment-meta-author"><strong>geekpie </strong></span>
<span class="comment-meta-date"><a href="#c009677">#</a> 2006-11-02</span>
</p>
<div class="comment-bulk">
<p>It all sounds pretty reasonable.  </p>

<p>But does "this one will be chartered to do incremental improvements to HTML" mean that 4.01 was NOT the final html spec?</p>

</div>
</div>


<div class="comment" id="comment-9678">
<p class="comment-meta" id="c009678">
<span class="comment-meta-author"><strong>Anonymous </strong></span>
<span class="comment-meta-date"><a href="#c009678">#</a> 2006-11-02</span>
</p>
<div class="comment-bulk">
<p>Stefan Mackovik said: "I just learned to love XHTML, an now someone wants to reanimate HTML?"</p>

<p>Not taking any stance on that one, but... "someone"?</p>

<p>You DO know who wrote this post, right?</p>

</div>
</div>


<div class="comment" id="comment-9762">
<p class="comment-meta" id="c009762">
<span class="comment-meta-author"><strong>norbert billa </strong></span>
<span class="comment-meta-date"><a href="#c009762">#</a> 2006-11-03</span>
</p>
<div class="comment-bulk">
<p>je parle en français et je ne capte rien de tous ça c grave traduiser mec traduis reactualise vieux bonjourj a tous et speak french the boss norbert</p>

</div>
</div>


<div class="comment" id="comment-10155">
<p class="comment-meta" id="c010155">
<span class="comment-meta-author"><strong>Raymundo D. Flores </strong></span>
<span class="comment-meta-date"><a href="#c010155">#</a> 2006-11-06</span>
</p>
<div class="comment-bulk">
<p>Suggest to leave HTML as is
Just as JavaScript have reached his limits
maybe HTML has too.</p>

<p>How about modularizing SVG and
making it the basement for the new
WWW 2D Babel?</p>

<p>HTML never made on compliance
due to many causes, but one of them
being his inherent "display fussiness".</p>

<p>SVG by design has less of this problem.</p>

</div>
</div>


<div class="comment" id="comment-10205">
<p class="comment-meta" id="c010205">
<span class="comment-meta-author"><strong>Wok </strong></span>
<span class="comment-meta-date"><a href="#c010205">#</a> 2006-11-07</span>
</p>
<div class="comment-bulk">
<p>Do someone plan to translate the post of Tim into French, or can I do it? (Cf last comment.)</p>

<p>Very good idea to improve the human-readibility of the validator. May this include translations of the messages? I'll be very happy to participate.</p>

<p>Regarding the matter of HTML, I use XHTML for my private documents, so as to see syntax errors in my navigator, but I can't on the web, since I can't deny access to people who have an obsolete browser, grumble.</p>

<p>I do not really understand the need of three (x)HTML. HTML 4.01 is a very good step, XHTML 2 make me very enthusiastic, but XHTML 1.0 and 1.1 are misused (you may know <a href="http://www.hixie.ch/advocacy/xhtml" rel="nofollow">Serving XHTML as text/html considered harmful</a>).</p>

<p>What I like most with XML with namespaces is that you do not have to reinvent the wheel each time you need it. At present with HTML you may have one , one , and the same in your RDF file — example of problems caused by a transitional step. But how can we switch when the most part of people suffer from an old browser?</p>

<p>However, thank you for the Web, Tim. Really great.</p>

</div>
</div>


<div class="comment" id="comment-10303">
<p class="comment-meta" id="c010303">
<span class="comment-meta-author"><strong>Karl Dubost, W3C </strong></span>
<span class="comment-meta-date"><a href="#c010303">#</a> 2006-11-08</span>
</p>
<div class="comment-bulk">
<p>Tim's content has mostly been translated in French already : <a href="http://embruns.net/logbook/2006/10/29.html#004205" rel="nofollow">Réinventer HTML</a></p>

</div>
</div>


<div class="comment" id="comment-10422">
<p class="comment-meta" id="c010422">
<span class="comment-meta-author"><strong>Robin Massart </strong></span>
<span class="comment-meta-date"><a href="#c010422">#</a> 2006-11-09</span>
</p>
<div class="comment-bulk">
<p>I also agree with Nicola.</p>

<p>The real problem in any case is browser vendors not yet fully implementing existing specs. What makes you think they will implement future ones?</p>

<p>I actually think the W3C should invest the time and resources into generating a rendering engine rather than creating yet another spec. If I write the most perfect XHTML and beautiful CSS and error free accessible Javascript I want this to work on all platforms, not just on those who implement the part of the spec I am using.</p>

<p>I realise this a contentious issue, but I honestly do not see the point in having so many different rendering engines. Everybody is simply reinventing the wheel. Let the browser vendors concentrate on what they should have been concentrating all along: browser usability, not markup. </p>

<p>There was a period of about 5 years where almost nothing happened in browser development. Now we've had some pretty major developments, but are we going to see another period of stagnation as browser vendors start implementing yet another version of HTML?</p>

</div>
</div>


<div class="comment" id="comment-10434">
<p class="comment-meta" id="c010434">
<span class="comment-meta-author"><strong>Robin </strong></span>
<span class="comment-meta-date"><a href="#c010434">#</a> 2006-11-09</span>
</p>
<div class="comment-bulk">
<p>I'm worried about our conception of the future.</p>

<p>I am not a "tekky" (I'm afraid I know of no other term!) but I am extremely interested in ICT, in communication, language, meaning and society.  The web is central to all of these things now.</p>

<p>Surely listening is only possible if there already exists some initial premise and approach to that premise.  If this is not the case then only hearing will result.  Babies are hard wired with the basics to build semantic structures from the noise around them but adults shouldn't rely on this inate ability in their approach to communication.</p>

<p>It seems to me that there is an apparent absence of fundamental principles and values at the heart of the evolution of the web and of it's current "management".  While I appreciate the strenuous efforts being made to enforce conformity, these have only resulted in them being set in opposition to what people are doing or wanting on the ground, either as users, developers, publishers, providers etc.  Enforcement is only really possible with overwhelming consensus.  </p>

<p>Without a value system that goes beyond the isolationist mentality of "tekkies" ("it's the users fault, they just don't understand us"), and which embraces, learns from and respects the work done over centuries in the field of semantics, semiotics, etc the present fleeting opportiunity to make the web a source of inspiration comparable to say the great library of Alexandria, will simply be lost.</p>

</div>
</div>


<div class="comment" id="comment-10631">
<p class="comment-meta" id="c010631">
<span class="comment-meta-author"><strong>Wok </strong></span>
<span class="comment-meta-date"><a href="#c010631">#</a> 2006-11-11</span>
</p>
<div class="comment-bulk">
<p>Well, one part of my message is unsense so </p>

<p>At present with HTML you may have one meta name="author", one dc.name="author", and the same in your RDF file — example of problems caused by a transitional step.</p>

</div>
</div>


<div class="comment" id="comment-11357">
<p class="comment-meta" id="c011357">
<span class="comment-meta-author"><strong>Erik Johansson </strong></span>
<span class="comment-meta-date"><a href="#c011357">#</a> 2006-11-22</span>
</p>
<div class="comment-bulk">
<p>A new standard is great. It can mend old problems and add new longed for functionality. However, no matter how well made this new standard is, if the web browsers people use don't support it fully(the problem we have today), then we will still have to do things the old way, pushing the real problem ahead of us.</p>

<p>What I spend probably more than half of my time making web sites with is browser compatibility. And what my clients complain about most of the time is the very same.</p>

<p>What we need is ONE ENGINE with FULL SUPPORT of the standards, USED BY ALL of the browsers out there so that we actually have a stable ground to build our sites and web applications on.</p>

<p>There can't be a hundred engines interpreting the standards in a hundred different ways. The world wide web should be accessible to any user, any platform on any device. Without that no gain will come from making a new standard, in my opinion.</p>

<p>So basically, if a new standard is to be made, it has to be available with full support to existing browsers in some way.</p>

<p>Maybe one browser engine is an impossible dream, but then there should at least be a browser engine validator service that can let the public know what browsers are good to use and which ones are not.</p>

</div>
</div>


<div class="comment" id="comment-11514">
<p class="comment-meta" id="c011514">
<span class="comment-meta-author"><strong>Fernando Franco </strong></span>
<span class="comment-meta-date"><a href="#c011514">#</a> 2006-11-23</span>
</p>
<div class="comment-bulk">
<p>Robin Massart wrote:</p>

<p>I actually think the W3C should invest the time and resources into generating a rendering engine rather than creating yet another spec.</p>

<p>I realise this a contentious issue, but I honestly do not see the point in having so many different rendering engines. Everybody is simply reinventing the wheel. Let the browser vendors concentrate on what they should have been concentrating all along: browser usability, not markup.</p>

<p>Eric Johansson wrote:</p>

<p>What we need is ONE ENGINE with FULL SUPPORT of the standards, USED BY ALL of the browsers out there</p>

<p>There can't be a hundred engines interpreting the standards in a hundred different ways. The world wide web should be accessible to any user, any platform on any device. Without that no gain will come from making a new standard, in my opinion.</p>


<p>Fernando Franco asked Tim Berners-Lee about the possibility of W3C making a browser (or at least a rendering engine).</p>

<p>Here is the result:</p>

<p><a href="http://lists.w3.org/Archives/Public/www-tag/2006Nov/0077" rel="nofollow">http://lists.w3.org/Archives/Public/www-tag/2006Nov/0077</a></p>

<p>Meantime, a few questions have been asked:</p>

<p><a href="http://discuss.joelonsoftware.com/default.asp?joel.3.412535.14" rel="nofollow">http://discuss.joelonsoftware.com/default.asp?joel.3.412535.14</a></p>

<p>The problem is structural.
W3C will fix nothing. Nor now, nor in the next ten years.
The problem is structural.</p>

<p>I suggest you, reasonable people, to stop posting here.</p>

<p>This message will be ignored, too.</p>

</div>
</div>


<div class="comment" id="comment-11541">
<p class="comment-meta" id="c011541">
<span class="comment-meta-author"><strong>Scott Anderson </strong></span>
<span class="comment-meta-date"><a href="#c011541">#</a> 2006-11-23</span>
</p>
<div class="comment-bulk">
<p>The real problem of the W3C is a frightening lack of ability to explain their intentions clearly. Their Recommendations are written in a nearly impenetrable style, and the overarching map to their interconnectedness is nowhere to be found on their site.</p>

<p>This re-invention of HTML that is porposed is a step backward in the same vein as CSS2., which has recently, bafflingly been demoted from a Candidate Recommendation to a Working Draft. I predict the same fate for a revitalized HTML.</p>

<p>The lack of full adoption of XHTML is not due to any inherent problems with the difference between the two languages, it's due to the W3C's failure to explain clearly and promote effectively what the heck it was there for. The same goes for their modularizing efforts and their products. Many reputable sources are still completely unaware of the existence of XHTML 1.1.</p>

<p>Extracting a view of their Master Plan for the Web from their own published material is close to an exercise in futility. Parallel development of HTML and XHTML will only further this state of affairs. Of course, if new work on HTML and XHTML proceeds at the pace of CSS 2.1 and the CSS3 modules, we won't have to deal with the fallout from this decision for nearly another decade.</p>

</div>
</div>


<div class="comment" id="comment-11574">
<p class="comment-meta" id="c011574">
<span class="comment-meta-author"><strong>Karl Dubost, W3C </strong></span>
<span class="comment-meta-date"><a href="#c011574">#</a> 2006-11-24</span>
</p>
<div class="comment-bulk">
<p>@Scott:</p>

<p>"This re-invention of HTML that is porposed is a step backward in the same vein as CSS2., which has recently, bafflingly been demoted from a Candidate Recommendation to a Working Draft."</p>

<p>Moving a document from WD to Last Call, Last Call to CR, etc is made accordingly to the Process Document. The Process Document has been written incrementally.</p>

<p>When a document is going from CR to Last Call, it doesn't mean it is bad. It just mean that significant changes have been made in the specification. CSS WG which is composed from Browser Vendors mainly want to create a CSS 2.1 specification which really follows what is implemented out there. So they impose on themselves very strict rules to not have reproaches of the type "It is in the spec, but not implemented".</p>

<p>A specification can jump from one stage A to another stage B, if the all entrance criterias of stage B are met. It means for example you can jump from WD to CR again. </p>

<p>It is better that the vendors creating the products we are using agree before releasing a specification.</p>

</div>
</div>


<div class="comment" id="comment-12440">
<p class="comment-meta" id="c012440">
<span class="comment-meta-author"><strong>Leigh Klotz </strong></span>
<span class="comment-meta-date"><a href="#c012440">#</a> 2006-12-05</span>
</p>
<div class="comment-bulk">
<p>I find it very interesting that we say people will never close tags or use quotes in attributes, but we find that people who write JavaScript always close brackets and always use quotes in strings.</p>

</div>
</div>


<div class="comment" id="comment-13351">
<p class="comment-meta" id="c013351">
<span class="comment-meta-author"><strong>Wok </strong></span>
<span class="comment-meta-date"><a href="#c013351">#</a> 2006-12-15</span>
</p>
<div class="comment-bulk">
<p>Well, I think most programmers consider HTML as "formatting", just the few "tags" you use to set the presentation of what your server script language outputed.</p>

<p>Regarding firms, the web things may only be a part of the computer service, which is only a part of the company, not a priority.
Hey guys, you can't make a website within two week-ends anymore. SGML-based user agents dealt with tag soup, XML doesn't permit that. That's not future, that's here. Compliance matters.</p>

<p>Wok, HTML-lover (poor French student reading RFCs and specs for hours ^^')</p>

</div>
</div>


<div class="comment" id="comment-14414">
<p class="comment-meta" id="c014414">
<span class="comment-meta-author"><strong>Marc Sparks </strong></span>
<span class="comment-meta-date"><a href="#c014414">#</a> 2006-12-28</span>
</p>
<div class="comment-bulk">
<p>Hello, Marc Sparks here.  I too agree it is a daunting task to re-invent something.  But, it is a task that has to be undertaken to evolve.  Great Job! - Marc Sparks.</p>

</div>
</div>


<div class="comment" id="comment-15218">
<p class="comment-meta" id="c015218">
<span class="comment-meta-author"><strong>David Eldridge </strong></span>
<span class="comment-meta-date"><a href="#c015218">#</a> 2007-01-03</span>
</p>
<div class="comment-bulk">
<p>I have been forced (though I happily complied) into the world of xhtml in 2003. I am happy with the standard. I am excited about upcoming standards. Though I seem to be alone most of the time for this, I am excited about the XHTML2 specification/standard. I hate the wait. It is like waiting for the newest version of your latest software. I am excited about the l, column, section and header elements. I think that the expanded use of the object tag will help. I think this will be a great thing. I would like to see it <strong>soon</strong>. That is my biggest complaint about XHTML2: It's not here. Browsers are not going to forget how to parse XHTML1/1.1 any time soon. XHTML3.2 and 2.0 are still alive and kicking. What is hindering our adoption? Thanks for the hard work, and your consideration of our thoughts, even mine.</p>

</div>
</div>


<div class="comment" id="comment-16916">
<p class="comment-meta" id="c016916">
<span class="comment-meta-author"><strong>Anonymous Coward </strong></span>
<span class="comment-meta-date"><a href="#c016916">#</a> 2007-01-17</span>
</p>
<div class="comment-bulk">
<p>This is just great. I'm still having a hard time putting quotes around strings, putting slashes in empty elements, and putting "xml:", in front of "lang". I don't even want to think about learning XForms. ZOMG, new tags everywhere! What were they thinking?!</p>

<p>I, for one, will welcome HTML 4.5 very gladly.</p>

<p>Thanks Tim! Thanks Microsoft!</p>

<p>What about CSS 1.5, by the way?</p>

<p>I mean, there was too many changes, let's face it. IE does not even really support it, after like 5 years of common use of CSS 2 (and it being defined for more than nine years). With Microsoft budget, and expertise, if they cannot do it, who can, right? (and I'm not even talking about CSS 3... round corners, ZOMG! We'll need at least three to four steps, between CSS 2, and CSS 3...).</p>

<p>...</p>

<p>What a laugh. Do you feel the web developer/master job is still too easy? I mean, "let's make it a bit harder, so we won't lose our job because everyone would otherwise be able to do it"... is this it? and all this is to exchange data... this is so screwed up... this is so much a waste of energy, which could be used for so many, and so far better things... well, this is what makes today society... this is no worse than in any other domain... time to wake up people, yeah?</p>

<p>Simplicity is the key to a better world. In computing, we should make usability, accessibility, and universality, as prerequisites, and throw all the rest. It souldn't take much time, and we would have to do it only once. Ever.</p>

<p>(Oh noes...! the comments are moderated...! Well, writing it is enough to let off some steam... and at least one other individual might read it... It's not as if I was not used to it... I just hope I will be able to achieve my projects, before it's too late... <em>cuddle with one of his imaginary girlfriend</em>)</p>

</div>
</div>


<div class="comment" id="comment-17731">
<p class="comment-meta" id="c017731">
<span class="comment-meta-author"><strong>Larry Robinson </strong></span>
<span class="comment-meta-date"><a href="#c017731">#</a> 2007-01-24</span>
</p>
<div class="comment-bulk">
<p>I am totally sick of companies making existing technology obsolete, usually for the purpose of making everybody spend more for the replacement. Examples:</p>

<ul>
<li><p>Microsoft forcing people to upgrade operating systems every three years or so. For long-term scientific studies, OPERATING SYSTEMS SHOULD BE UNCHANGING CONSTANTS, not cash cows for monopoly corporations.</p></li>
<li><p>The forced replacement of NTSC TV with HDTV, so we can "beat Japan".</p></li>
<li><p>They just replaced VCR with DVD, and now they put out Blu-Ray, a new system that requires replacing the player again.</p></li>
<li><p>The forced change from MS-DOS to Windows made some scientific research projects impossible. The internal timing of Windows precludes accurate control over the precise timing of computer-controlled experiments. Windows proponents claim that timestamps can cure this, but you can't give the organism under study a timestamp telling it that the stimulus should have occurred 22 ms earlier.</p></li>
<li><p>The forced replacement of line printers with Postscript printers, making it impossible to keep legacy systems working.</p></li>
</ul>

<p>All of these changes causes loss of access to old materials, and can cause scientific research projects to be terminated early due to the lack of suitable replacement equipment. </p>

<p>Any forced change to XHTML is going to cost a lot of people a lot of money recoding old documents.</p>

</div>
</div>


<div class="comment" id="comment-27984">
<p class="comment-meta" id="c027984">
<span class="comment-meta-author"><strong>Wok </strong></span>
<span class="comment-meta-date"><a href="#c027984">#</a> 2007-04-05</span>
</p>
<div class="comment-bulk">
<p>David: You are not alone. There are people who work on XHTML 2, and there are other like you and me that think the new elements are needed. However, I will always need to make an HTML + CSS 1 + JS (because HTML 4 is so poorly rendered nowadays, just think of quotations) alternate version since I do not want to say to old browsers users that they are morons and must get a modern browser. Even these browser make little use of the rich information provided by my markup. Supporting "modern" standards is much more than displaying rounded corners.</p>

<p>Anonymous Coward: I do not believe that W3C's aim is to make things harder. If you don't need XForms, don't use them. If you need them, they exist. Don't you believe that standardization (as a pre-requisite fot interoperability) is a good thing? You said "all this is to exchange data"; I think communication and preservation of culture matter.</p>

<p>Larry: Who said all existing HTML documents have to be turned to XHTML? Older specs are still here, and there are many software that can deal with all kinds of HTML and with tag soup. The W3C's strategy is to improve existing things, not to force you to switch with flashy useless features.</p>

<p>(QA-blog people: I have an OpenID yet but the identification seems to work only with Typekey. Don't you agree that the text area is small, and preview useful? And "some HTML is okay" is not helpful to me, but at least it is not as bad as "you can use HTML for style" ;) But that are details, thanks for letting us comment.)</p>

</div>
</div>


<div class="comment" id="comment-30229">
<p class="comment-meta" id="c030229">
<span class="comment-meta-author"><strong>Angela </strong></span>
<span class="comment-meta-date"><a href="#c030229">#</a> 2007-04-16</span>
</p>
<div class="comment-bulk">
<p>My pages are all done in HTML and they work. My boss has put an incredible amount of time into making his pages totally XHTML compliant, and they are barely functional. We must lose customers all the time because of the implementation. </p>

</div>
</div>


<div class="comment" id="comment-33794">
<p class="comment-meta" id="c033794">
<span class="comment-meta-author"><strong>FirefoxRocks </strong></span>
<span class="comment-meta-date"><a href="#c033794">#</a> 2007-05-04</span>
</p>
<div class="comment-bulk">
<p>This is definitely NOT the way to go!</p>

<p>We finally have:
1. Browsers reaching an acceptable level of XHTML compatibility. You should continue working on the XHTML 2 specifications.</p>

<ol>
<li><p>Major sites are using XHTML 1.0 Transitional. We are at a point where people are used to putting the transitional doctype in their pages.</p></li>
<li><p>XHTML will clean up the web. But if parsed as application/xhtml+xml, pages will break. We need to tell content provides to provide code snippets that don't make pages break.</p></li>
<li><p>XHTML will succeed. There is no need for HTML anymore.</p></li>
</ol>

</div>
</div>


<div class="comment" id="comment-202246">
<p class="comment-meta" id="c202246">
<span class="comment-meta-author"><strong>Noel Jerry </strong></span>
<span class="comment-meta-date"><a href="#c202246">#</a> 2010-10-04</span>
</p>
<div class="comment-bulk">
<p>As a [redacted] Website developer, this changing of language by browser, technologies, then rewriting old technologies is silly.  We need a standardization of web programming.  One language, one manual, and for it to work on EVERY version of EVERY browser.  Incredibily frustrating.  [Website URI redacted] took me 13 hours to build.  But it took me an additional 100 hours to make it work perfectly on other browsers/versions/OS.  Crazy.  What is the point?</p>

</div>
</div>


  <div class="comments-open" id="comments-open">
<h3 class="comments-open-header">Leave a comment</h3>

<div class="comments-open-moderated">
   <p>
   Note: this blog is intended to foster <strong>polite
   on-topic discussions</strong>. Comments failing these
   requirements and spam will not get published. Please,
   enter your real name and email address. Every
   individual comment is reviewed by the W3C staff.
   This may take some time, thank you for your patience.
   </p>
   <p>
   You can use the following HTML markup (a href, b, i,
   br/, p, strong, em, ul, ol, li, blockquote, pre)
   and/or <a href="http://daringfireball.net/projects/markdown/syntax">Markdown syntax</a>.</p>
</div>

<div id="comments-open-data">
<form method="post" action="http://www.w3.org/QA/sununga/beach.pl" id="comments-form">
<h4>Your comment</h4>
<div id="comments-open-text">
  <textarea id="comment-text" name="text" rows="20" cols="100"></textarea><br />
<label for="comment-text">Write your comment text here. Remember, keep the discussion on topic and courteous.</label>
</div>

<h4>About you</h4>
<div id="comment-form-name">
  <input type="hidden" name="static" value="1" />
<input type="hidden" name="entry_id" value="39" />
<input type="hidden" name="__lang" value="en" />
<label for="comment-author">Your Name</label>
<input id="comment-author" name="author" size="30" value="" />
</div>
<div id="comment-form-email">
<label for="comment-email">Your Email Address</label>
<input id="comment-email" name="email" size="30" value="" />
</div>

<div id="comments-open-footer">
<input type="submit" accesskey="s" name="post" id="comment-submit" value="Submit" />

</div>
</form>
</div>
</div>


<p id="gentime">This page was last generated on $Date: 2011/12/16 02:59:54 $</p>

      </div><!-- End of "main" DIV. -->

<address>

This blog is written by W3C staff and working group participants,<br />
&nbsp;and maintained by <a href="/People/CMercier/">Coralie Mercier</a>.<br />
Authorized parties may <a href="/QA/new">log in</a> to create a new entry.<br/>
<span id="poweredby">Powered by Movable Type, magpierss and a lot of Web Technology</span>
    </address>


    <p class="copyright">
      <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> &copy; 1994-2011
      <a href="http://www.w3.org/"><acronym title="World Wide Web Consortium">W3C</acronym></a>&reg;
      (<a href="http://www.csail.mit.edu/"><acronym title="Massachusetts Institute of Technology">MIT</acronym></a>,
      <a href="http://www.ercim.eu/"><acronym title="European Research Consortium for Informatics and Mathematics">ERCIM</acronym></a>,
      <a href="http://www.keio.ac.jp/">Keio</a>),
      All Rights Reserved.
      W3C <a href="http://www.w3.org/Consortium/Legal/ipr-notice#Legal_Disclaimer">liability</a>,
      <a href="http://www.w3.org/Consortium/Legal/ipr-notice#W3C_Trademarks">trademark</a>,
      <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-documents">document use</a>
      and <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-software">software licensing</a>
      rules apply. Your interactions with this site are in accordance
      with our <a href="http://www.w3.org/Consortium/Legal/privacy-statement#Public">public</a> and
      <a href="http://www.w3.org/Consortium/Legal/privacy-statement#Members">Member</a> privacy
      statements.
    </p>

  </body>
</html>