I read your code but I can't understand why there are so many classes to provide such an API.


Ben

2012/2/1 S Krish <krishnamachari.sudhakar@gmail.com>
I will provide this by the weekend

The code though has tests which are quite explanatory and the classside method of the ApplicationFrameworkdDocumentation has 6 odd methods that lead on from intent, what Pharo provides which maybe leveraged in future if not now and the current implementation as well as a roadmap.

I will read your specs and implementation to merge the stuff I envisage with��


On Wed, Feb 1, 2012 at 5:14 AM, Benjamin <benjamin.vanryseghem.pharo@gmail.com> wrote:
If you have around the pdf you are talking about on your website, I will be glad to read it.


Thanks in advance ;)

Ben

On Jan 31, 2012, at 5:58 AM, S Krish wrote:

http://skrishnamachari.wordpress.com/2012/01/31/pharo-application-framework-aka-morphic-view-framework/

Obliged for feedback ...

For details and links..

Sharing this little framework that should go some way to ease creating large applications ( currently morphic oriented).

AbstractMorphicView subclass: #MyNewView ���

#createMorphsSpecs

^{

���panel1��� -> #SomeOtherView.
���label1��� -> #LabelMorph.
���text1��� -> #PluggableTextMorph.
���button1��� -> #PluggableButtonMorph.
}

layoutSpecsArray

^{
���widgetNameInMorphsDictionary��� -> {
#fractions -> (0 @ 0 corner: 1 @ 0.5). ��� fractional value 0 to 1 range ���
#offsets -> (10 @ 10 corner: 0 @ 0). ��� offsets relative to the fractional position ���
}.

������ add other widgetspecs������
}

Thats it.. you should have a prototype UI neatly laid out.. and then specify: #morphsPrimaryPropertiesSpecs and #morphsSecondaryPropertiesSpecs for full functionality that composes views inside views and scales well.

AbstractSimpleMorphicView can make it simpler for TableLayout stuff without requiring #layoutSpecsArray.

..... the main post has other details and links to package...