August 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Hudson build became unstable: Pharo Core 1.3 #400

by marcus.denker＠inria.fr

See <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/400/>

Aug. 23, 2011

Re: [Pharo-project] RBNodes accept vs. visit

by Camillo Bruni

It is consistent so I don't care too much :D just curious ;) On 2011-08-23, at 15:42, Lukas Renggli wrote: > Legacy, and because it really doesn't matter of how you name your > double-dispatch methods as long as you do it consistently within your > realm. > > Lukas > > On 23 August 2011 15:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Indeed, this is really confusing :). I am not aware of any particular reason. >> >> Doru >> >> >> On 23 Aug 2011, at 15:33, Camillo Bruni wrote: >> >>> Hi everyone, >>> >>> I just had a quick look at the RBNodes. Is there a particular reason why the visitor pattern methods are prefixed on both sides with 'accept'? >>> >>> eg. >>> >>> RBArrayNode >> acceptVisitor: aProgramNodeVisitor >>> ^ aProgramNodeVisitor acceptArrayNode: self >>> >>> camillo >> >> -- >> www.tudorgirba.com >> >> "There are no old things, there are only old ways of looking at them." >> >> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

Aug. 23, 2011

[Pharo-project] [update 1.4] #14110

by Marcus Denker

14110 ----- Issue 4642: FinderUI>>compileSource: aString notifying: aController http://code.google.com/p/pharo/issues/detail?id=4642 -- Marcus Denker -- http://marcusdenker.de

Aug. 23, 2011

Re: [Pharo-project] RBNodes accept vs. visit

by Lukas Renggli

Legacy, and because it really doesn't matter of how you name your double-dispatch methods as long as you do it consistently within your realm. Lukas On 23 August 2011 15:40, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Indeed, this is really confusing :). I am not aware of any particular reason. > > Doru > > > On 23 Aug 2011, at 15:33, Camillo Bruni wrote: > >> Hi everyone, >> >> I just had a quick look at the RBNodes. Is there a particular reason why the visitor pattern methods are prefixed on both sides with 'accept'? >> >> eg. >> >> RBArrayNode >> acceptVisitor: aProgramNodeVisitor >> Â Â Â ^ aProgramNodeVisitor acceptArrayNode: self >> >> camillo > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > > -- Lukas Renggli www.lukas-renggli.ch

Aug. 23, 2011

Re: [Pharo-project] RBNodes accept vs. visit

by Tudor Girba

Indeed, this is really confusing :). I am not aware of any particular reason. Doru On 23 Aug 2011, at 15:33, Camillo Bruni wrote: > Hi everyone, > > I just had a quick look at the RBNodes. Is there a particular reason why the visitor pattern methods are prefixed on both sides with 'accept'? > > eg. > > RBArrayNode >> acceptVisitor: aProgramNodeVisitor > ^ aProgramNodeVisitor acceptArrayNode: self > > camillo -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

Aug. 23, 2011

[Pharo-project] RBNodes accept vs. visit

by Camillo Bruni

Hi everyone, I just had a quick look at the RBNodes. Is there a particular reason why the visitor pattern methods are prefixed on both sides with 'accept'? eg. RBArrayNode >> acceptVisitor: aProgramNodeVisitor ^ aProgramNodeVisitor acceptArrayNode: self camillo

Aug. 23, 2011

[Pharo-project] [update 1.3] #13300

by Marcus Denker

13300 ----- Issue 4430: When copying a class, do not copy the methods it obtains from Traits http://code.google.com/p/pharo/issues/detail?id=4430 Issue 4642: FinderUI>>compileSource: aString notifying: aController http://code.google.com/p/pharo/issues/detail?id=4642 -- Marcus Denker -- http://marcusdenker.de

Aug. 23, 2011

[Pharo-project] 3 years postdoc position on dynamic language and security

by StÃ©phane Ducasse

We have a 3 year postdoc position on dynamic languages and security: http://rmod.lille.inria.fr/web/pier/blog/2011-08-19-2 Do not hesitate to apply Postdoc Position â¢ Duration: 3 years â¢ Starting date: end 2011 â¢ Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr â¢ Salary: 55 Keuros net (before taxes) Keywords: dynamic languages, security, information flow, Smalltalk, Javascript The position will take place in the context of the Systematic Resilience project. We will focus on the following main tasks: â¢ Identification and understanding of security problems in Javascript and other dynamic languages â¢ Study and analyze existing approaches towards securing Javascript (Caja, isolates...) â¢ Comparison of different approaches to secure dynamic applications (Zope model, ZTK), Ruby â¢ Study of Mirrors/Capabilities as a basis for security in Javascript â¢ Proposition of an safe architecture for Resilience Please contact Stephane Ducasse (Stephane.Ducasse(a)inria.fr) for more information. Stef ------------------------ Dr. StÃ©phane Ducasse -- Directeur de Recherche (Senior Researcher) INRIA - USTL - CNRS UMR 8022 stephane.ducasse(a)inria.fr http://stephane.ducasse.free.fr http://rmod.lille.inria.fr/ **NEW ***Tel 00 33 (0)3 20 43 42 56 - Fax 33 3 59 57 78 50 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza, Villeneuve d'Ascq, FR-59650, France.

Aug. 23, 2011

[Pharo-project] [update 1.4] #14109

by Marcus Denker

14109 ----- Issue 4678: AbstractTool modified again :) http://code.google.com/p/pharo/issues/detail?id=4678 Issue 4430: When copying a class, do not copy the methods it obtains from Traits http://code.google.com/p/pharo/issues/detail?id=4430 -- Marcus Denker -- http://marcusdenker.de

Aug. 23, 2011

Re: [Pharo-project] expanding text morph

by Tudor Girba

Thanks, Gary! And now the next question: If I place this one in a surrounding pane / expander / tab, how do I get the surrounding morph to resize when the text changes? Cheers, Doru On 22 Aug 2011, at 12:15, Gary Chambers wrote: > Hi Doru > > > |textMorph| > textMorph := UITheme builder newText: ''. > textMorph > hResizing: #spaceFill; > borderWidth: 1. > (UITheme builder newColumn: {textMorph}) openInWindow. > textMorph contentsWrapped: 'Some text here > > Get a halo and inspect the text morph > then use #contentsWrapped: to change text > > > and see the results! > > #rigid hResizing also works.' > > > > Have fun! > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> > To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> > Sent: Sunday, August 21, 2011 11:57 PM > Subject: [Pharo-project] expanding text morph > > > Hi, > > I would like to create a Text Morph that wraps the text horizontally, and expands the height to fit the text. Thus, this morph would never offer scrolling. > > How could I do that? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > > -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

Aug. 23, 2011