<div>Well.... Dear Friends... i cant change de colours of Gem Windows i dont try with the new comment... but this afternoon i will try...</div>
<div> </div>
<div>Very thanks from Chile</div>
<div> </div>
<div>José<br><br></div>
<div class="gmail_quote">2009/5/13 IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>></span><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">Jaime Oliver wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">so each rendering chain starts with a gemhead, each of them have an<br>argument. the bigger the argument then it is rendered later.<br>
<br>so that:<br><br>gemhead 1<br><br>is rendered after<br><br>gemhead 0<br></blockquote><br></div>hmm, while your explanation is right, your example is wrong.<br><br><br>[gemhead 2] will be rendered after [gemhead 1].<br>
[gemhead 0] is equivalent to [gemhead] (without args), which actually translates to [gemhead 50].<br><br>the reason for this is to be able to easily insert [gemhead]s that are rendered _before_ the "default" gemhead (and _after_ as well).<br>
<br>of course, in theory the [gemhead] could check whether there are no arguments and handle this differently than when an argument "0" is present. but currently it doesn't do so.<br><br><br>everything written here is by heart, so i might be mistaken :-)<br>
<br>nevertheless, i would suggest to never use a rendering order of "0", as it is a borderline case.
<div class="im"><br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>I don't know how many levels you can get although i usually see people<br>write 0-99...<br></blockquote>
<br></div>the render-order is represented as floating point.<br>so 47.7 will be rendered after 47.69; and 2e-9 will be renderend before 1e8<br>for all practical purposes, this should give you an "infinite" number of levels.<br>
<br><br>the important thing to notice is that negative render-orders are treated somewhat differently:<br>- first of all they are always rendered _after_ positive orders. (that is: -1 will be rendered on top of 1000)<br>- negative render-orders will not be affected by view-point messages<br>
(both of the above are like that to enable simple OSD overlays)<br><br>- iirc, negative orders are somehow reversed: that is "-2" is rendered after "-1" (even though -2 is smaller than -1)<br><br><br><br>
mfg.asdr<br><font color="#888888">IOhannes<br></font></blockquote></div><br><br clear="all">
<div></div><br>-- <br><a href="http://arselectronicachile.blogspot.com/">http://arselectronicachile.blogspot.com/</a><br><a href="http://www.myspace.com/santorcuato">www.myspace.com/santorcuato</a><br>