- Pharo-users - lists.pharo.org

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

Re: [Pharo-users] Ho to spare a Pharo desktop application user from seeing the debugger?

by Igor Stasenko

On 15 April 2013 00:39, Cameron Sanders <camsanders(a)aol.com> wrote: > Not unreasonable. What if you are out of memory? Can you restart? Exception > is fine at the highest level. > well, most programs pay little attention on consumed resources. and usually there is no monitoring for consumption. when you meet such situation, usual behavior is crash with sound of thousands of breaking glasses :) > I recommend employing [] on: Error do: [] at various intermediate to high > levels of application code -- as distinguished from "library" level objects > and packages. > > At application level, trapping Errors (in bulk!) can lead to much cleaner > fault-tolerant code without branching for the dozens of reasons something > could fail. And then tabulate those errors and present them (electively) for > the user... or to a system log-file. > > -Cam > > > > > On Sat, Apr 13, 2013 at 2:56 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 13 April 2013 18:41, MartinW <wm(a)fastmail.fm> wrote: >> > I deploy a Pharo desktop application and i want to spare the user from >> > seeing >> > the debugger, because most users would not know what to do with it. >> > >> > My solution for the moment is to place an [] on: Exception do: [] around >> > my >> > application's entrance point: >> > [ "main application workflow" ] on: Exception do: [ self inform: >> > 'Something >> > has gone wrong...'. "and restart application"] >> > >> > Do you think, this an acceptable solution? Are there others? >> > M. >> > >> >> Fairly acceptable. >> You need to handle error condition in one way or another, if you don't >> wanna >> show debugger to user. >> >> But if your application spawns multiple threads, then it will still >> pop up debugger >> if error will happen in one of those threads (unless of course you >> also wrap everything with exception handler).. >> actually handling unexpected (exceptional) cases is a good practice :) >> >> >> > -- >> > View this message in context: >> > http://forum.world.st/Ho-to-spare-a-Pharo-desktop-application-user-from-see… >> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > -- Best regards, Igor Stasenko.

April 14, 2013