<div>Mostly I'm being an overly picky perfectionist, but in my opinion the separation of content and chrome is where HTML falls apart from an application development perspective. HTML5 was originally intended <font face="arial, helvetica, sans-serif">"<span style="white-space:pre">to address the need for one coherent development environment</span></font></div>

<div><span style="white-space:pre"><font face="arial, helvetica, sans-serif">for Web Applications" (<a href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2004-June/000005.html" target="_blank">http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2004-June/000005.html</a>) and it has made enormous strides towards that, so please don't think that I'm discounting anything that's been done so far. However I feel strongly that it's not quite as useful as it could be, and this one little tag that I'm arguing for would do it (for me).</font></span></div>

<div><br></div>For example consider a text area with a WYSIWYG toolbar atop it. The toolbar is clearly UI chrome, a collection of buttons and inputs, but it doesn't submit any information to the server, it only modifies the textarea I'm working with. For something as complex as <a href="http://280slides.com" target="_blank">http://280slides.com</a> you can clearly see that the only actual "document" on the page is the slide you're currently working on, everything else is purely UI Chrome and I believe it should be marked up as such, not as the ridiculous <div> soup that it is.<div>

<br></div><div>I think I understand what you're saying regarding HTML Documents having no notion of AJAX and to a point I agree, but by that argument they also have no notion of Javascript and to discount the importance of the new JS API's in HTML5 would be wrong. Web apps aren't web apps these days without JS, and subsequently, AJAX.</div>

<div><br></div><div>In order to build web apps properly we've been taught that pages need to work over, around, and despite a wide array of inconsistently available functionality — that's the reality we live with in order to have extremely interoperable apps (a computing achievement that shouldn't be looked down upon). The additional tags in HTML5 don't violate that, and I don't believe that a <ui> tag would either. All I'm thinking is that a subtle realignment and enhancement regarding what part of an HTML document is content and which part is chrome would be extremely valuable not only to us as developers but also to our site's users.</div>

<div><br></div><div>- Darcy</div><div><br></div><div><div class="gmail_quote">On Thu, May 13, 2010 at 9:11 AM, Nathan Ziarek <span dir="ltr"><<a href="mailto:nziarek@gmail.com" target="_blank">nziarek@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>> From what I<br>
> gathered the newly added tags are all still oriented towards document<br>
> creation.<br>
<br>
</div>You are right here, but I think this is the way it should be. HTML<br>
documents are just structure. They don't have any notion of AJAX.<br>
<div><br>
> With HTML5 being principled on<br>
> improving our ability to create Web Apps I found it strikingly odd that in<br>
> this age of AJAX I cannot semantically group my controls without having to<br>
> invoke a refresh of my page every time a button is pressed.<br>
<br>
</div>This is the part I don't understand. When you write your web<br>
application, have the JavaScript return false to all submit events.<br>
While HTML5 will improve the ability to create apps, HTML is designed<br>
to scale and fall back through progressive enhancement.<br>
<br>
I think a <ui> element for semantic purposes -- telling search engines<br>
that this information isn't part of the content of the page -- could<br>
be useful (although I can't come up with a scenario where the new<br>
elements won't suffice for my uses). A <ui> element used only to<br>
change the default behavior of HTML (form submission, link navigation)<br>
doesn't quite line up with my expectations.<br>
<br>
Maybe I'm misunderstanding the issue?<br>
</blockquote></div><br></div>