[General] Redefining the Class of Instantiated Morphs, Subclassing Instantiated Morphs on the Fly

Philip Weaver philmaker at gmail.com
Sun Mar 1 03:55:09 CET 2009

As I work with Lively, I am primarily creating widgets as classes. However
any of these widgets could have been laid out directly in the world using
the existing morph primitives. The reason I did not do this is because 1. I
have not found a way to convert a morph composite to a class 2. nor have I
found a way to serialize and deserialize the morphs of a singular widget to
be used with a class. So I will continue to build widgets as classes and
then interact with them as entities via script evals. A significant
distinction appears to exist in Lively between writing classes in the ide
and interacting with objects using the inspector. I regret that I am not
very familiar with Squeak and Smalltalk.
I wish I could click on an instantiated morph and select either "New
subclass" (even "Change class"). The Lively ide then creates a new subclass
and the morph composite is either 1. constructed by deserialization (think
interface builder and nib files) or 2. the necessary code is generated in
the initializer to reconstruct the child morphs. Please let me know if any
of this is currently possible. If not I'm sure soon it can be. :-)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://livelykernel.sunlabs.com/pipermail/general/attachments/20090228/e5b04f51/attachment.html 

More information about the lively-kernel mailing list