February 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Alternative to MC for upload?

by Schwab,Wilhelm K

Hello all, I have a fair amount of code that I can't/don't dare release because it involves intellectual property that I do not own, and access under non-disclosure agreements (some of which are silly, but need to be respected regardless). None of that code it is relevant to you (unless you do heart surgery at home), but I need to keep it separate from things like GSL, PLplot, FFI tweaks, etc., that should interest the community. In the past, I've saved to http repositories and been surprised at things (fortunately, nothing toxic) that were released w/o my intent. Squeak Source long since lost the code in question, but it put a fear of MC in me. Is there a way to use gofer or something else to send specific .mcz files that I want to make available? Some other tool? Bill

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by StÃ©phane Ducasse

On Feb 5, 2012, at 12:19 PM, Schwab,Wilhelm K wrote: > Stef, > > Dumb/lazy question with good intentions; what is spec? Too many code names :) I should be able to at least offer guidance on MVP; I've used it to great effect for years, and know the good and weak points. I would love that :) Spec so far: Models based on valueHolder to reuse widgets configuration AND logic declarative specification of UI Next steps - Support more widgets: - combox - drop box - start to rewrite most of the UI with Spec - file list - changesorter - boostrap a UI Builder - first steps a spec presenter - then a click and place - add present like prototype idea propagation - Get more people helping/using/... Stef

Feb. 5, 2012

Re: [Pharo-project] MVP

by Schwab,Wilhelm K

Stef, Oops - read in the wrong order (I just asked what spec might be based on a different message from you). It seems clear from the current context that it is something I should indeed review. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Sunday, February 05, 2012 2:56 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] MVP if you want to have a look at what we are doing with benjamin you can have a look at Spec Yesterday benjamin added inputField support and rewrote the changeSorter. Stef On Feb 5, 2012, at 3:28 AM, Schwab,Wilhelm K wrote: > More: > > proportional layouts need to let each view have a proportion (zero makes it fixed size) and splitters should be just another view that is added to a composite, following the horizontal/vertical nature of the layout manager. > > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] > Sent: Saturday, February 04, 2012 9:25 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] MVP > > I'm still a little overwhelmed, but I see attention to layout; this has been a BIG stumbling block for me in my efforts to bring MVP to Pharo. I recommend using nested composite view/presenter pairs for most layout. First, it lends itself well to an eventual view editor, and second, can be surprisingly easy to code directly. > > Each composite view has a layout manager. Layouts include constrained table-like elements, but the real workhorses are proportional layouts, which can be set either horizontal or vertical. By nesting them, very complicate behavior can be achieved. > > There, said "nesting," and that has been where I have fallen into trouble. Pharo/morphic layout works great for children of the top level, but after that, I can't get reliable results. > > Sleep calls... > > Bill > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] > Sent: Saturday, February 04, 2012 6:36 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] MVP > > Hello all, > > I have been to busy to read today, but I like seeing any discussion of MVP. I am **slowly** working on a framework for it, but would be glad to be beaten to it. > > Default models are key; they must be replaceable, but (sub)triads should work "out of the box." Models can include value holders, value adapters, converters, and contexts, depending on how they are wired. > > I have something of a start on the adapters and converters, which I can try to package and make available. If nothing else, they will have value in seeding discussion if not be directly usable. More to come. > > Bill

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by Schwab,Wilhelm K

Stef, Dumb/lazy question with good intentions; what is spec? Too many code names :) I should be able to at least offer guidance on MVP; I've used it to great effect for years, and know the good and weak points. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Sunday, February 05, 2012 2:57 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Pharo Morphic View Application Framework If you want to have a look at Spec Gofer new squeaksource: 'DirtyExperiments'; package: 'Spec'; version: 'Spec-BenjaminVanRyseghem.24'; load and you can just follow the examples On Feb 4, 2012, at 5:24 PM, Lorenzo Schiavina wrote: > Hi Krish, > > when I load http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz I receive the error TableMorphResources unknow variable. > What I am missing? > > Thank you > > Lorenzo > ----- Original Message ----- > From: Krishsmalltalk > To: Krishsmalltalk > Cc: > Sent: Saturday, February 04, 2012 4:08 PM > Subject: Re: [Pharo-project] Pharo Morphic View Application Framework > > Though there is minor typos in PDF like this > > (MorphicViewPackageBrowser new packageName: 'PharoMorphicView-Core ) open. > > The package is a base I have... So correction there... > > On Feb 4, 2012, at 8:34 PM, Krishsmalltalk <krishnamachari.sudhakar(a)gmail.com> wrote: > >> For the Packages listed in the PDF >> >> Dependencies are: load these >> http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz >> http://www.squeaksource.com/PharoGoodies/Toothpick-skrish.7.mcz >> >> http://www.squeaksource.com/XMLSupport/XML-Parser-AlexandreBergel.93.mcz >> http://www.squeaksource.com/XMLRPC/XMLRPC-Client-Core-GermanArduino.20.mcz >> >> I will check and split out the dependencies to make it easy to load the first examples framework easier by tomorrow >> >> Then load this.. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Core-skrish.6.mcz >> >> Though if u load ignoring the errors the initial example will work fine... Without dependencies that is reqd for RPC integration >> >> Should have the first set that will help you run through the example listed. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-PackageB… >> >> This should get you the example browser code to directly play with >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-skrish.4… >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Tests-skrish.3.mcz >> >> For the rest of the examples and tests.. >> >> Sudhakar krishnamachari >> >> Extn 91-40403012 >> Cell 9902104814 >> >> >> >> On Feb 4, 2012, at 7:27 PM, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: >> >>> Hi Krish, >>> >>> I tryed to install http://www.squeaksource.com/PharoGoodies/ into Pharo 3.0, but I got several errors. >>> Can you give me some hints for testing the package with the PDF you sent? >>> Many thanks >>> >>> Ciao >>> >>> Lorenzo >>> ----- Original Message ----- >>> From: S Krish >>> To: pharo-project(a)lists.gforge.inria.fr ; pharo-users(a)lists.gforge.inria.fr >>> Sent: Saturday, February 04, 2012 11:31 AM >>> Subject: Re: [Pharo-project] Pharo Morphic View Application Framework >>> >>> The PDF documentation of the framework. Obliged for review/ read and comment and try out the first release.. >>> >>> >>> Ben, >>> >>> I have done a first read of the Spec and I will get my head around how this should be converge.. Will work on that. >>> >>> Though I must note that the spec framework I have laid out is simplistic, flexible and uses the current framework of classes/ morphs without the ValueModel wrapper. Perhaps there is a common ground there, but I would like to emphasize on flexibility of spec and explicit construction to mix and built out has been central to the thought process. >>> >>> On Tue, Jan 31, 2012 at 10:28 AM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: >>> http://skrishnamachari.wordpress.com/2012/01/31/pharo-application-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... >>>

Feb. 5, 2012

[Pharo-project] [update 1.4] #14315

by StÃ©phane Ducasse

14315 ----- - Issue 5247: add Transcript package to the list of kernel and core packages. Thanks Pavel Krivanek. http://code.google.com/p/pharo/issues/detail?id=5247

Feb. 5, 2012

Re: [Pharo-project] About linkedlist

by StÃ©phane Ducasse

Thanks for the explanation frank btw (did you dd it in the class comment because it would be gorgeous). I learned something today so I'm happy. Now what is the typical use case for such persistent structure? Stef On Feb 4, 2012, at 3:33 PM, Frank Shearar wrote: > On 3 February 2012 20:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> >>>> >>>> I wasn't sure what double-ended versus single-ended meant, and found some >>>> answer at the obvious place [1] >>>> which mentions Ada.Containers.Vectors is a dynamic array implementation >>>> which seems consistent with C++ [2]. >>>> While looking around I happened to bump into [3] which was too much for me >>>> but may be of interest to anyone playing with data structres. Skimming this >>>> shows it discussing efficiency of data structures in functional languages >>>> together with lazy variants of imperative language data structures. Would >>>> such apply to Smalltalk or is the object-oriented style of Smalltalk >>>> considered imperative rather than functional? >>> >>> The standard tool set - OrderedCollection, Array, etc., are not >>> functional at all - (myArray at: 1 put: 2) mutates myArray, - so I'd >>> put them firmly on the "imperative" side of the fence. >>> >>> There's nothing stopping one from writing functional data structures - >>> Levente Uzonyi's written some persistent data structures, as have I. >>> ("Persistent" means you get new versions of a data structure; if you >>> hang onto those old versions you can roll back your changes.) >> >> Can you explain a bit more Persistent? > > Sure! A persistent data structure is an _apparently_ immutable data > structure: editing the structure returns you a _new_ structure. If you > can modify only the latest version of the structure, it's > _partially_persistent_; if you can edit any version it is > _fully_persistent_. Of course "edit" here means "get a new collection > representing the edit" > > For example, if you load the PersistentUnionFind package (no external > dependencies) and print out this: > > | p p1 p2 p3 | > p := PersistentCollection initially: #(1 2 3). > p1 := p at: 1 put: 4. > p2 := p1 at: 2 put: 5. > p3 := p at: 3 put: 0. > {p. p1. p2. p3.} collect: #asArray > > you get, with inline comments added: > > #("p:" #(1 2 3) "p1:" #(4 2 3) "p2:" #(4 5 3) "p3:" #(1 2 0)) > > So you can see the different versions of the original array: p1 is p > plus one replacement; p2 is p plus two replacements (or equivalently > p1 plus one replacement). > > You still get efficient access to the latest version, and the old > versions describe themselves as a stack of undo operations - "I'm like > the latest version, but with these changes". > > So if you just print out p1, you'll see: > > p1 printString. 'Ref(Diff(1, 4, Ref(Diff(3, 3, Ref(Arr(#(1 2 0)))))))' > > The series of Diffs tell you how to get from the latest version - p3 - > to the version of p1: "take p3 ( #(1 2 0) ), at index 3 put a 3, and > at index 1 put a 1". > > A Ref is a delegate: it allows your reference to something to stay the > same even though the thing referenced changes. > > Internally, as you access the latest version of the Collection the > structure rewrites itself: if it's pointing to a Diff it "reroots" > itself. (This does have the issue that if you hang onto two versions > of the collection and access each version alternately, the > PersistentCollection will waste a lot of time constantly rerooting > itself.) > > You can see then that keeping a reference to an old version allows you > to undo arbitrary changes to the collection. > > PersistentUnionFind _should_ load cleanly into Pharo: if it doesn't, > let me know and I'll fix it so it does. > > frank > >> Tx >> >> >>> http://www.squeaksource.com/Nutcracker/ is my own play area for these >>> sorts of structures - PersistentUnionFind looks like a functional data >>> structure while internally massively using side effects. >>> http://www.lshift.net/blog/2011/12/31/translating-a-persistent-union-find-f… >>> has references to the original papers I used for my translation. >>> >>> Okasaki's book is really good reading, if a bit advanced. It also has >>> a bunch of stuff beyond just showing functional data structures. (Note >>> that the red-black tree implementation is _incomplete_ - he leaves >>> deleting nodes as an exercise for the reader. (See >>> http://matt.might.net/articles/red-black-delete/)) >>> >>> frank >>> >>>> [1] http://en.wikipedia.org/wiki/Double-ended_queue >>>> [2] http://en.wikipedia.org/wiki/Sequence_container_%28C%2B%2B%29 >>>> [3] http://www.cs.cmu.edu/~rwh/theses/okasaki.pdf >>>> >>> >> >> >

Feb. 5, 2012

[Pharo-project] [update 1.4] #14314

by StÃ©phane Ducasse

14314 ----- - Issue 5233: Support Semantic Source Links. Thanks Camillo Bruni. http://code.google.com/p/pharo/issues/detail?id=5233 Now when you press command while clicking on a class name you jump to the class :). Same for the click on a method name and instance variable. Pay attention that this change should really be changed on windows and linux. So please give us feedback. Camillo will do a fix so that menu appears on click down versus click up.

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by StÃ©phane Ducasse

If you want to have a look at Spec Gofer new squeaksource: 'DirtyExperiments'; package: 'Spec'; version: 'Spec-BenjaminVanRyseghem.24'; load and you can just follow the examples On Feb 4, 2012, at 5:24 PM, Lorenzo Schiavina wrote: > Hi Krish, > > when I load http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz I receive the error TableMorphResources unknow variable. > What I am missing? > > Thank you > > Lorenzo > ----- Original Message ----- > From: Krishsmalltalk > To: Krishsmalltalk > Cc: > Sent: Saturday, February 04, 2012 4:08 PM > Subject: Re: [Pharo-project] Pharo Morphic View Application Framework > > Though there is minor typos in PDF like this > > (MorphicViewPackageBrowser new packageName: 'PharoMorphicView-Core ) open. > > The package is a base I have... So correction there... > > On Feb 4, 2012, at 8:34 PM, Krishsmalltalk <krishnamachari.sudhakar(a)gmail.com> wrote: > >> For the Packages listed in the PDF >> >> Dependencies are: load these >> http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz >> http://www.squeaksource.com/PharoGoodies/Toothpick-skrish.7.mcz >> >> http://www.squeaksource.com/XMLSupport/XML-Parser-AlexandreBergel.93.mcz >> http://www.squeaksource.com/XMLRPC/XMLRPC-Client-Core-GermanArduino.20.mcz >> >> I will check and split out the dependencies to make it easy to load the first examples framework easier by tomorrow >> >> Then load this.. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Core-skrish.6.mcz >> >> Though if u load ignoring the errors the initial example will work fine... Without dependencies that is reqd for RPC integration >> >> Should have the first set that will help you run through the example listed. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-PackageB… >> >> This should get you the example browser code to directly play with >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-skrish.4… >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Tests-skrish.3.mcz >> >> For the rest of the examples and tests.. >> >> Sudhakar krishnamachari >> >> Extn 91-40403012 >> Cell 9902104814 >> >> >> >> On Feb 4, 2012, at 7:27 PM, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: >> >>> Hi Krish, >>> >>> I tryed to install http://www.squeaksource.com/PharoGoodies/ into Pharo 3.0, but I got several errors. >>> Can you give me some hints for testing the package with the PDF you sent? >>> Many thanks >>> >>> Ciao >>> >>> Lorenzo >>> ----- Original Message ----- >>> From: S Krish >>> To: pharo-project(a)lists.gforge.inria.fr ; pharo-users(a)lists.gforge.inria.fr >>> Sent: Saturday, February 04, 2012 11:31 AM >>> Subject: Re: [Pharo-project] Pharo Morphic View Application Framework >>> >>> The PDF documentation of the framework. Obliged for review/ read and comment and try out the first release.. >>> >>> >>> Ben, >>> >>> I have done a first read of the Spec and I will get my head around how this should be converge.. Will work on that. >>> >>> Though I must note that the spec framework I have laid out is simplistic, flexible and uses the current framework of classes/ morphs without the ValueModel wrapper. Perhaps there is a common ground there, but I would like to emphasize on flexibility of spec and explicit construction to mix and built out has been central to the thought process. >>> >>> On Tue, Jan 31, 2012 at 10:28 AM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: >>> http://skrishnamachari.wordpress.com/2012/01/31/pharo-application-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... >>>

Feb. 5, 2012

Re: [Pharo-project] MVP

by StÃ©phane Ducasse

if you want to have a look at what we are doing with benjamin you can have a look at Spec Yesterday benjamin added inputField support and rewrote the changeSorter. Stef On Feb 5, 2012, at 3:28 AM, Schwab,Wilhelm K wrote: > More: > > proportional layouts need to let each view have a proportion (zero makes it fixed size) and splitters should be just another view that is added to a composite, following the horizontal/vertical nature of the layout manager. > > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] > Sent: Saturday, February 04, 2012 9:25 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] MVP > > I'm still a little overwhelmed, but I see attention to layout; this has been a BIG stumbling block for me in my efforts to bring MVP to Pharo. I recommend using nested composite view/presenter pairs for most layout. First, it lends itself well to an eventual view editor, and second, can be surprisingly easy to code directly. > > Each composite view has a layout manager. Layouts include constrained table-like elements, but the real workhorses are proportional layouts, which can be set either horizontal or vertical. By nesting them, very complicate behavior can be achieved. > > There, said "nesting," and that has been where I have fallen into trouble. Pharo/morphic layout works great for children of the top level, but after that, I can't get reliable results. > > Sleep calls... > > Bill > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] > Sent: Saturday, February 04, 2012 6:36 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] MVP > > Hello all, > > I have been to busy to read today, but I like seeing any discussion of MVP. I am **slowly** working on a framework for it, but would be glad to be beaten to it. > > Default models are key; they must be replaceable, but (sub)triads should work "out of the box." Models can include value holders, value adapters, converters, and contexts, depending on how they are wired. > > I have something of a start on the adapters and converters, which I can try to package and make available. If nothing else, they will have value in seeding discussion if not be directly usable. More to come. > > Bill

Feb. 5, 2012

Re: [Pharo-project] Pharo Morphic View Application Framework

by Krishsmalltalk

http://squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.7.mcz Moved the class into this package to break cyclical dependency.. *********************** But as promised a clean kernel package without dependencies http://squeaksource.com/PharoGoodies/PharoMorphicView-Core-App-skrish.3.mcz Requires nothing else Sudhakar krishnamachari Extn 91-40403012 Cell 9902104814 On Feb 4, 2012, at 9:54 PM, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: > Hi Krish, > > when I load http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz I receive the error TableMorphResources unknow variable. > What I am missing? > > Thank you > > Lorenzo > ----- Original Message ----- > From: Krishsmalltalk > To: Krishsmalltalk > Cc: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, February 04, 2012 4:08 PM > Subject: Re: [Pharo-project] Pharo Morphic View Application Framework > > Though there is minor typos in PDF like this > > (MorphicViewPackageBrowser new packageName: 'PharoMorphicView-Core ) open. > > The package is a base I have... So correction there... > > On Feb 4, 2012, at 8:34 PM, Krishsmalltalk <krishnamachari.sudhakar(a)gmail.com> wrote: > >> For the Packages listed in the PDF >> >> Dependencies are: load these >> http://www.squeaksource.com/PharoGoodies/Table-Support-SKR-skrish.5.mcz >> http://www.squeaksource.com/PharoGoodies/Toothpick-skrish.7.mcz >> >> http://www.squeaksource.com/XMLSupport/XML-Parser-AlexandreBergel.93.mcz >> http://www.squeaksource.com/XMLRPC/XMLRPC-Client-Core-GermanArduino.20.mcz >> >> I will check and split out the dependencies to make it easy to load the first examples framework easier by tomorrow >> >> Then load this.. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Core-skrish.6.mcz >> >> Though if u load ignoring the errors the initial example will work fine... Without dependencies that is reqd for RPC integration >> >> Should have the first set that will help you run through the example listed. >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-PackageB… >> >> This should get you the example browser code to directly play with >> >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Examples-skrish.4… >> http://www.squeaksource.com/PharoGoodies/PharoMorphicView-Tests-skrish.3.mcz >> >> For the rest of the examples and tests.. >> >> Sudhakar krishnamachari >> >> Extn 91-40403012 >> Cell 9902104814 >> >> >> >> On Feb 4, 2012, at 7:27 PM, "Lorenzo Schiavina" <lorenzo(a)edor.it> wrote: >> >>> Hi Krish, >>> >>> I tryed to install http://www.squeaksource.com/PharoGoodies/ into Pharo 3.0, but I got several errors. >>> Can you give me some hints for testing the package with the PDF you sent? >>> Many thanks >>> >>> Ciao >>> >>> Lorenzo >>> ----- Original Message ----- >>> From: S Krish >>> To: pharo-project(a)lists.gforge.inria.fr ; pharo-users(a)lists.gforge.inria.fr >>> Sent: Saturday, February 04, 2012 11:31 AM >>> Subject: Re: [Pharo-project] Pharo Morphic View Application Framework >>> >>> The PDF documentation of the framework. Obliged for review/ read and comment and try out the first release.. >>> >>> >>> Ben, >>> >>> I have done a first read of the Spec and I will get my head around how this should be converge.. Will work on that. >>> >>> Though I must note that the spec framework I have laid out is simplistic, flexible and uses the current framework of classes/ morphs without the ValueModel wrapper. Perhaps there is a common ground there, but I would like to emphasize on flexibility of spec and explicit construction to mix and built out has been central to the thought process. >>> >>> On Tue, Jan 31, 2012 at 10:28 AM, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: >>> http://skrishnamachari.wordpress.com/2012/01/31/pharo-application-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... >>> >>> >

Feb. 5, 2012