<div dir="ltr">I'll give that a shot, thanks.  I thought I had tried everything, but I guess staring at it for too long made me impervious to seeing my own mistakes.  I'm still learning ways to self-correct...</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 2, 2018 at 5:58 AM, Bert Freudenberg <span dir="ltr"><<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">Hi Jeremy,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">it looks to me as if it works fine if you remove the second line in this script:</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><img src="cid:ii_16156be0cda721ec" alt="Inline images 3" width="562" height="102"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">You might also try to replace it with setting bottom instead of y.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">The source of this is likely that in Etoys y goes up but in Squeak it goes down, so in various places of the system it has to be inverted. That causes truncation to sometimes round up or down. Which apparently accumulates some error. Not trivial to fix.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">- Bert -</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 26 January 2018 at 22:49, Jeremy Landry <span dir="ltr"><<a href="mailto:hakyoku@gmail.com" target="_blank">hakyoku@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">I haven't investigated it into the Etoys source, but I found this bizarre bug, likely appearing due to a number being turned into an integer when it's odd, but I cannot figure out why it would be called at all...<div><br></div><div>Included is a project that demonstrates this bug.  I looked at the individual pieces and they aren't 'personally' responsible, but when working as a unit, they then exhibit the bug.</div><div><br></div><div>​<br><div class="gmail_chip gmail_drive_chip" style="width:396px;height:18px;max-height:18px;background-color:#f5f5f5;padding:5px;color:#222;font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid #ddd;line-height:1"><a href="https://drive.google.com/file/d/1nefep7r-gSbJ5xyLGKbWUU54ozFlzNid/view?usp=drive_web" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:none;width:100%" target="_blank"><img style="vertical-align:bottom;border:none" src="https://drive-thirdparty.googleusercontent.com/16/type/application/x-zip"> <span dir="ltr" style="color:#15c;text-decoration:none;vertical-align:bottom">custom window demos.013.pr</span></a></div>​<br></div><div><br></div><div>Basically what seems to cause it is resizing nested playfields via script.  R​​esizing with morphic handles works fine, but when sending an Etoys 'LENGTH' change, somewhere along the line, things go wrong.  Again, my guess is that some number is getting changed into an integer from a floating point, and thus getting rounded up, which would shift it up when it's not a floating point number any longer.  However, this doesn't explain why it doesn't have the same symptom when changing WIDTH.</div><div><br></div><div>Thanks for any insight into dealing with this.  I'm not exactly sure where to begin looking within the Etoys Source to make things work as expected since there's likely 30 reasons (read: random object methods) why this might occur and only for vertical change/LENGTH change.</div><div><br></div><div><br></div><div><br></div><div><br></div></div>
<br></div></div>______________________________<wbr>_________________<br>
squeakland mailing list<br>
<a href="mailto:squeakland@lists.squeakland.org" target="_blank">squeakland@lists.squeakland.or<wbr>g</a><br>
<a href="http://lists.squeakland.org/mailman/listinfo/squeakland" rel="noreferrer" target="_blank">http://lists.squeakland.org/ma<wbr>ilman/listinfo/squeakland</a><br>
<br></blockquote></div><br></div></div>
<br>______________________________<wbr>_________________<br>
squeakland mailing list<br>
<a href="mailto:squeakland@lists.squeakland.org">squeakland@lists.squeakland.<wbr>org</a><br>
<a href="http://lists.squeakland.org/mailman/listinfo/squeakland" rel="noreferrer" target="_blank">http://lists.squeakland.org/<wbr>mailman/listinfo/squeakland</a><br>
<br></blockquote></div><br></div>