[squeak-dev] The Inbox: Graphics-cmm.329.mcz
Tobias Pape
Das.Linux at gmx.de
Fri Apr 1 16:19:55 UTC 2016
On 01.04.2016, at 17:18, David T. Lewis <lewis at mail.msen.com> wrote:
> Yes of course Etoys should work in trunk!
>
> It would be really good if some members of the squeak-dev community could
> take an interest in this, and maybe make a project out of doing whatever
> updates may be needed to clean up trunk in this regard. The Etoys image
> itself provides a clear reference of how things should work, and I'm sure
> that Bert and others would be happy to offer some guidance and oversight
> to anyone who might want to contribute.
>
> Personally I think it would be very cool if you could open a new trunk
> image, start a new project, and be able to select Morphic, MVC, or Etoys
> as types of project. Then entering a new Etoys project could take you
> directly into an environment just like that of the reference Etoys image.
>
Noted.
> Dave
>
>> Really? That's really surprising; SketchMorph is just a dumb data
>> object, a painting, making a copy of it via the UI is a valid
>> use-case. For every other kind of Morph, the green halo makes a deep
>> copy, SketchMorph is inconsistent, shouldn't Etoys simply override
>> that halo to call its own #semiDeepCopy to suit its own purposes?
>>
>> Is Etoys running in trunk? It is not targeted for trunk though, is it?
>>
>> I want to be able to make easy copies of SketchMorph's. Surely we can
>> come up with some solution; what about Karl's suggestion? I think
>> Shift should be the sharing, because the "modifer" keys are used to
>> "modify" the standard behavior, which is a true veryDeepCopy..
>>
>>
>> On Fri, Apr 1, 2016 at 8:45 AM, Bert Freudenberg <bert at freudenbergs.de>
>> wrote:
>>> On 01.04.2016, at 01:41, Chris Muller <asqueaker at gmail.com> wrote:
>>>>
>>>> Okay, that's why this is in the Inbox. I started to formulate my
>>>> question in long words in email, but decided this was the quickest and
>>>> easiest way to ask it. :)
>>>>
>>>> Okay, so this is definitely not the place to fix my problem. So I
>>>> will instead try putting something into SketchMorph's veryDeepFixup:
>>>> which will ensure its underlying form gets copied when I green-halo a
>>>> SketchMorph. SketchMorph is an exception because he's a dumb data
>>>> object, not a "player" who wants to share a costume.
>>>
>>> SketchMorph is the single most-used user object in Etoys :)
>>>
>>>> -- I was working on an icon, writing scripts to change colors
>>>> pixel-by-pixel, goofed up my "backup" SketchMorph I had torn off the
>>>> green halo, only to find I corrupted my original, as well. Some work
>>>> lost.
>>>
>>> I’m sorry you lost time. Nevertheless, the originalForm in SketchMorph
>>> is designed to be shared.
>>>
>>> - Bert -
More information about the Squeak-dev
mailing list
|