I would be interested in any effort that
	- identify key classes in morphic and throw away the rest. Really  
throw away experimental
	or old code.
	- clean all the use of dictionary based instance variable (see Morph  
Extensions)
	terrible to browse code.
	- fix the wrongly placed methods (like halos spec definition in  
Preference class side)
	- remove the three different kind of menus
	- remove etoy dependencies and hacks. People that want to have fun  
with Etoy should use SqueakLand image. 	
	Period.
	- use announcements to avoid a lot of pluggableXXX
	- clean up events (john told me that morphic was eating a lot of them)
	- fix the positioning of subwidgets

I know that alain plantec tried to clean morphic and after a while he  
started to work on Miro
which I'm really eager to play with.

Stef

On Mar 23, 2008, at 11:19 PM, Igor Stasenko wrote:

> I wish to see organized group of developers who want to maintain  
> Morphic.
> It is not good that significant part of squeak is not maintained by  
> anyone.
>
> I heard that some works are done/currently doing by different people
> in different projects. What is not happening, that we don't see such
> improvements in squeak release for a while. I think that if we would
> be better organized, then we could make much better progress in
> Morphic, rather than currently sparse people/groups making their own
> patches which is having small chances to be included in Morphic
> because there is no authority which can guide or approve such changes
> in Squeak release.
>
> Maybe it's time to discuss how we can consolidate and organize work
> around Morphic to make things happen and make them happen to everyone
> who using squeak?
>
> Oh, and please, don't take me wrong. I don't want discuss new next-gen
> framework for squeak, or any another existing frameworks as Tweak.
> Squeak release are based on Morphic. And while its so,  we need to
> maintain it's current framework instead of waiting for a miracle to
> happen when it will be replaced by another, more powerful / flexible
> e.t.c etc framework.
>
>
> -- 
> Best regards,
> Igor Stasenko AKA sig.
>
>