<br><br><div class="gmail_quote">2008/12/21 Garrett Smith <span dir="ltr"><<a href="mailto:dhtmlkitchen@gmail.com">dhtmlkitchen@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">
<br>
</div>Styling is done in css.</blockquote><div><br>Dynamic styling is currently done with the style property of HTMLElement. This is currently implemented in DOM2HTML and HTML5, but I once read they're going to write a separate CSS-Object Model, whose spec is not ready yet, but it is mentioned in the CSS current work.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I don't have time to go into the all the problems with CSSOM here.<br>
Shortcomings of the CSSOM 'views' module were discussed on www-style.<br>
'VIews' is not the only CSSOM module that has problems.<br><div class="Ih2E3d"></div></blockquote><div>Most of CSS is already implemented (like HTML, they're just standarizing what browser already do)<br> </div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
> you don't need collection either: just use appropriate DOMNodeLists, while<br>
> for DOMStringMap you may use binding specific features (all Object are hash<br>
> maps in ECMAScript3): it works this way even in HTML5<br>
<br>
</div>Where are you getting this information?<br><div class="Ih2E3d"></div></blockquote><div class="Ih2E3d">What information?<br>a) DOMNodeList are collection of ordered Nodes --> see DOM3Core for definition - if you want only Element Nodes see the Element Traversal specification by the WebApps WG<br>
b) ECMAScript Object are implemented as associative arrays (hash map / binary tree) --> see Mozilla Developer Center: it is only about Firefox, but I think all browser behave like this since they must reference arbitrary properties that are not known at compile time (if they compile)<br>
c) DOMStringMap is defined to be like ECMAScript Object --> look at its IDL: it has no members, no properties, no methods <br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">

> but scripts use certain features only on their own browsing context, so that<br>
> may be moved from that to global scope, removing the whole window object<br>
> from scope (for current javascript you can write<br>
> window.window.window.window.window... and get the same as nothing)<br></blockquote>

</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The closest definition to 'nothing' would be the value undefined. I do<br>
not know of a browser where - window.window.window === undefined is<br>
true by default. I get window. </blockquote><div><br>a) undefined != undefined is true in ECMAScript<br>b) i didn't mean undefined, i mean literally nothing, eg this script<br>window.window.window.window.window.window.window.alert("hello, world");<br>
is exactly the same as<br>alert("hello, world"); <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The closes thing we got to an example of invalid html is TJ post about<br>
jquery validation plugin. If you click throuh, there is an demo using<br>
a minlength custom attribute. The attribute may have the effect the<br>
author wanted it to have in a set of browses he is concerned about.<br>
That "effect" and the "set of browsers" could be more clearly<br>
demonstrated in an example that shows only that, as well as edge cases<br>
where results may vary.</blockquote><div>I don't see your point... <br></div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

If you can't define clearly what can be reasonably expected of a piece<br>
of (invalid) code, then nothing can be reasonably expected of it. It's<br>
not a good to write code that can't have an expected outcome.<br>
</blockquote></div>HTML5 is here to define what browser must and must not do with de-facto standards (called DOM Level 0, but also features that once were browser-specific like embed)<br>Instead what I'm asking is only for the developer point of view.<br>
<br><br>Giovanni<br>