[Etoys-notify] [JIRA] Updated: (SQ-111) No scriptor when scriptee in closed flap
jira at immuexa.com
jira at immuexa.com
Sun May 31 08:01:43 EDT 2009
[ http://tracker.immuexa.com/browse/SQ-111?page=all ]
Scott Wallace updated SQ-111:
Fix Version: future release - desirables
(was: squeakfest 2009 release - possibles)
> No scriptor when scriptee in closed flap
> Key: SQ-111
> URL: http://tracker.immuexa.com/browse/SQ-111
> Project: squeakland
> Type: Improvement
> Components: etoys
> Reporter: team
> Priority: Eventual
> Fix For: future release - desirables
> From TRAC Ticket #9197
> (bert, jan 09) Put some scripted object into a flap while its viewer is open. Then close the flap and drag out a script tile from the viewer. It is not expanded into a scriptor but remains a script tile. If you open the flap and drag out the same script tile, it does expand into a scriptor.
> (scott) This is the expected and intended behavior for tiles of objects that are not currently present in the current "world". This helps considerably in situations where scripts would otherwise appear to be bafflingly broken, i.e. not seeming to affect the objects they belong to, because the object they belong to is in a different world, or is a deleted or otherwise unseen sibling of one that you do see, etc, etc.
> However, the case of an object in a closed flap whose tab *is* in the current world could arguably be considered, for situations like this (and *maybe* for ticking scripts, though that goes against morphic event-handling dogma...) as "very nearly in the world" -- i.e. near enough to warrant being treated as in-the-world for some purposes.
> Anyway... at a minimum, an explanation for this phenomenon should be readily findable by any puzzled user -- on our putative Forum, on a FAQ, or whatever.
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:
More information about the Etoys-notify