<br><br><div class="gmail_quote">2009/2/11 Ian Hickson <span dir="ltr"><ian@hixie.ch></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
[...]<br><div class="Ih2E3d">
<br>
</div>> > > 2) you depend on css3-ui, in CR stage, instead of becss, a very<br></blockquote><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">
> > > early WD<br>
> ><br>
> > BECSS is actually probably more stable than CSS3 UI at this point.<br>
><br>
</div><div class="Ih2E3d">> Why do you say so? Will CSS3 UI go back to Last Call or BECSS process to<br>
> Last Call in the near future? I'm not sure. In the mean time, CSS3 UI is<br>
> final, and waiting only for implementation.<br>
<br>
</div>CSS3 UI is very vague, and is going to need serious work before browsers<br>
are able to actually implement it properly. A lot of the vendor feedback<br>
at the time it was written was dismissed (e.g. it doesn't have a<br>
particularly useful or comprehensive list of appearances).<br><div class="Ih2E3d"></div></blockquote><div>Well, it is the *Basic* User Interface, that is, the bare minimum. All the rest is Advanced UI, that I hope one day we will have.<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;"><div class="Ih2E3d">
<br>
> > > 3) you don't block the binding property: I don't expect that<br>
> > > applying an XBL binding on an element causes it to appear like a<br>
> > > span (because it gets almost no default CSS)<br>
> ><br>
> > This is actually intentional. Experience with elements like <fieldset><br>
> > that have styles that aren't expressed in CSS is that you end up not<br>
> > being able to restyle them properly if you desire. With 'binding' we'd<br>
> > be able to knock out the whole default rendering (including weird<br>
> > things with the children) in one go.<br>
><br>
</div><div class="Ih2E3d">> The fact is that binding it the best way to apply a set of event<br>
> handlers to an element. Having to tweak the computed style of a fieldset<br>
> in order to find what properties are actually set and reproduce them in<br>
> the binding, just to put a set of onchange handlers to lots of fieldset,<br>
> does not look optimal.<br>
<br>
</div>I don't understand why you would need to know what properties are set, or<br>
what 'onchange' has to do with anything here.</blockquote><div> </div><div><html xmlns="<a href="http://www.w3.org/1999/xhtml">http://www.w3.org/1999/xhtml</a>" ><br><head><br><xbl xmlns="<a href="http://www.w3.org/ns/xbl">http://www.w3.org/ns/xbl</a>"><br>
<binding id="textboxes" ><br><handlers><handler event="onchange">window.alert("Hey! You changed my text box!"); </handler></handlers><br></binding><br></xbl><br>
<style>input[type=text] { binding: url(#textboxes); }</style><br></head><br><body><form><input type="text" value="Change me!" /></form></body><br></html><br>
<br>At a first look, it just sets an onchange event handler to every input[type=text]. Using the HTML5 approach to widgets presentation, you would need to set the appearance to field on the bound element or it will look much like a <span><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"><br>
<br>
[...]<br>
><br>
</div><div class="Ih2E3d">> I mean that Firefox and Safari set the appearance property on the widget<br>
> element, and it is visible from outside, and dynamically changeable at<br>
> run time. The binding property instead contains an opaque and UA<br>
> specific value, that is not intended to be changed from JS (to switch<br>
> back and forth between widget types)<br>
<br>
</div>I expect we'll define actual values for 'binding' in due course; that's<br>
mostly waiting on XBL2 getting implemented. I don't see why 'appearance'<br>
would work better with JS than 'binding'.<br><div class="Ih2E3d"></div></blockquote><div>Ah ok. I thought you wanted to leave that to be implementation dependent. This is completely different. <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">
<br>
[...]</div><div class="Ih2E3d">
<br>
</div>We'll probably change that to just use keywords in due course.<br><div class="Ih2E3d"></div></blockquote><div>So what should be the difference between appearance: field and binding: field ? <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">
<br>
[...]</div><div class="Ih2E3d"><br>
<br>
</div>It's a guide to Web browser vendors who wish to render things in a<br>
commonly accepted way.<br><div class="Ih2E3d"></div></blockquote><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>
> I think that section is for<br>
> - implementors of new UAs, that don't need to reverse engineer the<br>
> competitor products in order to find the defaults<br>
<br>
</div>Right.<br>
<div class="Ih2E3d"><br>
<br>
> - authors, that in this way know what to expect from the various UA with<br>
> less testing, that sometimes is also impossible, eg. you cannot test the<br>
> rendering of a mobile phone if you don't have a mobile phone<br>
</div><div class="Ih2E3d">> Having somewhere written that hyperlinks should be blue, allows you to style<br>
> the background-color to anything but blue.<br>
<br>
</div>The section is not really for authors (though I suppose authors might find<br>
it interesting, in the same way they might find the parser section<br>
interesting).<br>
<div class="Ih2E3d"><br>
<br>
[...]</div><div class="Ih2E3d"><br>
<br>
</div>Authors should act as if the default style sheet is something sensible but<br>
they don't know what. (Because that is in fact what the situation is, once<br>
you consider user style sheets.)</blockquote><div><br>That is, the rule for authors is "not just act as the UA default style sheet was not present, but also act as if it was completely undefined or defined to something weird", so explicitily write it every time it may be dangerous, like for :link.<br>
</div></div><br>That's a completely different point of view. Thank you for clarifications, I'll write div { display:block; } and :link { color:blue; background-color:transparent;} in all my style sheets from now on.<br>
<br>Giovanni<br>