[etoys-dev] [etoys-notify] [JIRA] Commented: (SQ-1049) ScriptEditorMorph embeds in Holder/Playfields/Flaps
karlramberg at gmail.com
Mon Mar 19 04:57:02 EDT 2012
On Mon, Mar 19, 2012 at 6:52 AM, K. K. Subramaniam <kksubbu.ml at gmail.com>wrote:
> On Monday 19 Mar 2012 9:55:52 AM Stephen Thomas (JIRA) wrote:
> > Okay this is embarrassing. After just giving this a +1 I am now changing
> > to -1. Right after I made this comment (thinking about all the problems I
> > have had when a script embeds into a playfield when I didn't want it to,
> > just created a project where I embedded scripts in a flap, which I find
> > most useful. So I really think this needs more thought and may be
> > effected by the results of SQ-1013.
> I think this is because there is a difference between tools (like editor,
> painter, inspector,..) and other morphs when it comes to handling drop
> Tools get dropped or picked up implicitly in a drag or drop operation only
> a world or flap and not on their submorphs. For instance, dropping a
> tool in a playfield does not necessarily imply an embed op.
> We could add a isTool method to Morph (false) and override it in tool
> (true) to decide if the drop target should be a submorph, a flap or a
> We can just reuse the option from SystemWindows to guard against automatic
I also think tools have a special use and meaning. You use tools to create
the environment not to a part of it.
Lame example: if you build a chair, the tools you use should not be glued
to it by default.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the etoys-dev