April 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Goubier Thierry

Le 15/04/2013 11:08, Hilaire Fernandes a Ã©crit : > Le 15/04/2013 11:02, Goubier Thierry a Ã©crit :> You mean a single column > tree display ? Yes. Just do not create >> additional columns. >> >> Thierry > > > If I understand correctly the logic, it should be two columns. > At columns 2, the nodes attributes you can edit-in-place. You can... Have one colum with a two levels tree in it, and an editing pane to edit the values (it's a quite common approach in other GUI worlds). Or a two-column morph with a two level tree like the settings manager; in the right colum you have the editing morph or nothing or a read-only morph. Would you be OK with the Settings browser approach? Thierry > For example > > [-]-Point A(1;2) > | | > | |--- Free point > | |--- Name: A > | |--- position: 1@2 > | |--- shape: =o v= > | |--- size: round > | |--- color: red > | > [+]-Point B(5;5) > | > [+]-Segment [AB] > > > Hilaire > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

April 15, 2013

Videos: Pharo from the CommandLine

by Stephan Eggermont

Not yet combined with the screencast Pharo from the CommandLine https://www.youtube.com/watch?v=T8RNcXD94jk now rendering & uploading: Fuel & Tanker

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Hilaire Fernandes

Le 15/04/2013 11:02, Goubier Thierry a Ã©crit :> You mean a single column tree display ? Yes. Just do not create > additional columns. > > Thierry If I understand correctly the logic, it should be two columns. At columns 2, the nodes attributes you can edit-in-place. For example [-]-Point A(1;2) | | | |--- Free point | |--- Name: A | |--- position: 1@2 | |--- shape: =o v= | |--- size: round | |--- color: red | [+]-Point B(5;5) | [+]-Segment [AB] Hilaire -- Dr. Geo http://drgeo.eu

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Goubier Thierry

Le 15/04/2013 10:51, Hilaire Fernandes a Ã©crit : > Hi, > > I need a tree with a depth level of 2. When unfolding at level 1, the > subnode is a list of attribute in-place-editable. Unlike the setting > browser, the attribute should not be edit in a second column; it will > take too much place in my context. > Is it doeable with MorphTreeMorph et al.? You mean a single column tree display ? Yes. Just do not create additional columns. Thierry > > Thanks > > Hilaire > > Le 14/04/2013 14:26, Benjamin a Ã©crit : >> MorphTreeMorph i would say >> >> >> On Apr 14, 2013, at 2:15 PM, Hilaire Fernandes >>> We have two players in town. >>> I want to use a tree morph. On some nodes I want different font, on >>> other ones I want custom morph. > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Hilaire Fernandes

Hi, I need a tree with a depth level of 2. When unfolding at level 1, the subnode is a list of attribute in-place-editable. Unlike the setting browser, the attribute should not be edit in a second column; it will take too much place in my context. Is it doeable with MorphTreeMorph et al.? Thanks Hilaire Le 14/04/2013 14:26, Benjamin a Ã©crit : > MorphTreeMorph i would say > > > On Apr 14, 2013, at 2:15 PM, Hilaire Fernandes >> We have two players in town. >> I want to use a tree morph. On some nodes I want different font, on >> other ones I want custom morph. -- Dr. Geo http://drgeo.eu

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Goubier Thierry

Le 14/04/2013 14:15, Hilaire Fernandes a Ã©crit : > Hi, > > We have two players in town. > I want to use a tree morph. On some nodes I want different font, on > other ones I want custom morph. > > Which one should I investigate on? I personally use MorphTreeMorph. It's reasonably fast (a lot faster than PluggableTreeMorph), very powerfull (too powerfull) and I maintain / correct the drag and drop code in it. It does custom morph rather well, and I have checked / introduced a few hooks to do partial tree rebuilding in it, i.e. rebuilding a sub-tree when a node changes. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by Hilaire Fernandes

Not sure it makes sense now if it gonna be deprecated. Hilaire Le 15/04/2013 08:16, stephane ducasse a Ã©crit : > excellent please do. > or in a class comment. > > >> Le 14/04/2013 17:37, Benjamin a Ã©crit : >>> But a new implementation is in the starting block :) >>> Ben >> >> >> I just started to write a few notes to get the logic, and was thinking I >> could wrote a small note on the colaboractive book. >> >> Hilaire >> >> -- >> Dr. Geo http://drgeo.eu >> >> > > > -- Dr. Geo http://drgeo.eu

April 15, 2013

Re: [Pharo-users] Another spec question

by stephane ducasse

On Apr 14, 2013, at 11:08 PM, Paul Davidowitz <pdavidow(a)fastmail.fm> wrote: > Is it correct to speculate that Pharo spec is based on VisualWorks spec? kind of but not really at the end. > If so, can someone please elaborate? Spec uses ValueHolder and composable component and an application model and have a kind of "declarative way" but at the end it is more dynamic than just a litteral array (the array is generated). > Thanks, > -Paul >

April 15, 2013

Re: [Pharo-users] TreeListMorph or MorphTreeMorph

by stephane ducasse

excellent please do. or in a class comment. > Le 14/04/2013 17:37, Benjamin a Ã©crit : >> But a new implementation is in the starting block :) >> Ben > > > I just started to write a few notes to get the logic, and was thinking I > could wrote a small note on the colaboractive book. > > Hilaire > > -- > Dr. Geo http://drgeo.eu > >

April 15, 2013

Re: [Pharo-users] The Rationale behind Spec - questions

by stephane ducasse

On Apr 14, 2013, at 7:22 PM, Kenneth Payne <voxkmp(a)gmail.com> wrote: > As a newcomer to smalltalk and Pharo I must say I love it - but I'm a little mystified by Spec. > > Just as I've got my head around Polymorph and can build an interface with UITheme builder, the paradigm has changed and Spec is the new standard way to create a UI. > > I read on a post that Polymorph is a UI framework but Spec is a UI description framework. But Spec isn't just a description like a XML representation of a UI - it brings new UI objects to the party - ButtonModel, LabelModel etc. But none of these have the rich properties of the corresponding Morphic objects. A ButtonModel looks nothing like a button, for example, and the LabelModel has nothing to set a font for the label. And it's not a description it's just more code. > > The only way I can see to create a rich interface using Spec is to create the interface using Morphs (and composite Morphs) and then using Spec mainly just to assemble and position them. > > So can someone wiser than I answer these questions for me: we have a paper explaining all that but we are waiting it to be accepted. > One, what is the purpose of Spec - what problem is it trying to solve? reuse of composable widgets. > Two, what advantages are there to building a UI in Spec rather than building it directly in Polymorph? been able to build the same with another UI framework. Being able to build a UIPainter how do you open a uipainter on widget that only have been defined using message? you develop an interpreter? > Three, why are the objects caled ButtonModel, LableModel etc when they are not models but UI components? because they represent the logic of reuse and they are not widget. > Four, am I supposed to be assembling morphs using Spec? It works so is it right? there is a tutorial and a videos Ben? > > To sum up, I'm quite sure Spec is an important new feature but at the moment I'm just not getting it. > > Can anyone help me on this? > > > > > >

April 15, 2013