[squeakland] Fwd: etoys bug?
sthomas1 at gosargon.com
Tue Jul 9 23:34:07 EDT 2013
Not sure if you joined the mailing list so you may not have seen David's
I have one other additional observation that also resolves the issue:
Simply remove the show/hide scripting files for basepf and flashpf. You
may also want to bring blackpf to front (using the menu icon in the halo).
Looking at your web page it seems you taught a summer workshop for
Elementary School Teachers, so you are probably familiar with the Etoys
Illinois site <http://etoysillinois.org>
<http://etoysillinois.org>Would love to hear more about how you are using
Etoys in the classroom.
I want to know if I am wrong, because I want to be right. So if I'm wrong
lets find out.
- Margeret Heffernan
On Tue, Jul 9, 2013 at 5:33 PM, David Corking <lists at dcorking.com> wrote:
> Dean Kelley wrote:
> >> The visibility of a scriptor seems to affect how things work. )
> >> http://krypton.mnsu.edu/~kelled/public/etoys/prob_info.html
> Without getting into the Smalltalk code, I seem to have narrowed down
> the bug a little more.
> It seems that the effect appears as you intended whenever the
> rectangle is overlapped by the basepf doflash script editor, or the
> basepf viewer. (There is no need to hide the script editor to cause
> the bug to be exhibited: merely move it so it no longer overlaps the
> As a workaround it seems you can move basepf to the right, up or down
> by 1 pixel, or more, though not to the left. Then the effect works,
> even when the script is hidden.
> I hope those are a few clues that help someone else figure out what is
> going on deeper inside Etoys. (I used Etoys 5.0 build 2406 on Mac OS
> Have fun! David
> squeakland mailing list
> squeakland at squeakland.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the squeakland