November 2013 - Pharo-dev - lists.pharo.org

Is Coral still alive?

by phil＠highoctane.be

--- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Nov. 19, 2013

Re: [Pharo-dev] Transcript and ScaledDecimal Issue

by phil＠highoctane.be

Exactly the right feeling :-) --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Nov 19, 2013 at 10:51 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > store: is very old API and its raison d'Ãªtre is like print: to allow > uninterrupted cascades. > > someStream > nextPut: someChar; > print: someObject; > nextPutAll: someString; > store: someOtherObject. > > compared to: > > someStream nextPut: someChar. > someObject printOn: someStream. > someStream nextPutAll: someString. > someOtherObject storeOn: someStream. > > > 2013/11/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> I forgot it because the API of Transcript is totally undefined. I have no >> idea about what store: is about. >> What I wanted is to have a transcript that can be used to understand >> concurrent programming. >> >> Stef >> >> On Nov 18, 2013, at 5:26 PM, phil(a)highoctane.be wrote: >> >> Sure but still, why isn't store: in the Transcript for these? As they are >> in the other classes >> >> >> >> >> >> On Mon, Nov 18, 2013 at 5:19 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: >> >>> You could try using #storeString as in >>> >>> Transcript show: (1 / 2) asScaledDecimal storeString >>> >>> Sven >>> >>> On 18 Nov 2013, at 17:09, phil(a)highoctane.be wrote: >>> >>> > I was playing with ScaledDecimal when doing experiments with numbers >>> in Pharo. >>> > >>> > Now, ScaledDecimal says in its comment: >>> > >>> > "Note that a ScaledDecimal does not printOn: exactly, however it will >>> storeOn: exactly because the full precision fraction is kept in memory." >>> > >>> > This happens to be right when inspecting the expressions. >>> > >>> > Now, I tried to do the following: >>> > >>> > x := 2 asScaledDecimal. >>> > y := 1 asScaledDecimal. >>> > >>> > z := (y / x). >>> > >>> > z storeOn: Transcript. >>> > >>> > And z storeOn: Transcript fails miserably. >>> > >>> > This is due to storeOn: doing: >>> > >>> > storeOn: aStream >>> > "ScaledDecimal sometimes have more digits than they print >>> (potentially an infinity). >>> > In this case, do not use printOn: because it would loose some >>> extra digits" >>> > >>> > self shouldBePrintedAsLiteral >>> > ifTrue: [self printOn: aStream] >>> > ifFalse: [aStream >>> > nextPut: $(; >>> > store: numerator; >>> > nextPut: $/; >>> > store: denominator; >>> > nextPut: $s; >>> > store: scale; >>> > nextPut: $)] >>> > >>> > And store: doesn't exists in the ThreadSafeTranscript which happens to >>> be no stream at all. >>> > >>> > Try this out: >>> > >>> > x := 2 asScaledDecimal. >>> > y := 1 asScaledDecimal. >>> > >>> > z := (y / x). >>> > >>> > "works" >>> > 5.0 storeOn: Transcript. >>> > Transcript flush. >>> > >>> > "works" >>> > (1/2) storeOn: Transcript. >>> > Transcript flush. >>> > >>> > "fails" >>> > z storeOn: Transcript. >>> > Transcript flush. >>> > >>> > "works" >>> > s := (String new: 30). >>> > st := s writeStream. >>> > z storeOn: st. >>> > Transcript >>> > show: 'storeOn: ', st contents; >>> > cr; >>> > show: z. >>> > >>> > Kind of annoying to do while explaining to kids. >>> > >>> > The ThreadSafe transcript looks like to be subclassed from Object and >>> being no real stream at all. >>> > >>> > Why is it so? >>> > >>> > Phil >>> > >>> > >>> > >>> >>> >>> >> >> >

Nov. 19, 2013

Re: [Pharo-dev] Transcript and ScaledDecimal Issue

by Nicolas Cellier

store: is very old API and its raison d'Ãªtre is like print: to allow uninterrupted cascades. someStream nextPut: someChar; print: someObject; nextPutAll: someString; store: someOtherObject. compared to: someStream nextPut: someChar. someObject printOn: someStream. someStream nextPutAll: someString. someOtherObject storeOn: someStream. 2013/11/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > I forgot it because the API of Transcript is totally undefined. I have no > idea about what store: is about. > What I wanted is to have a transcript that can be used to understand > concurrent programming. > > Stef > > On Nov 18, 2013, at 5:26 PM, phil(a)highoctane.be wrote: > > Sure but still, why isn't store: in the Transcript for these? As they are > in the other classes > > > > > > On Mon, Nov 18, 2013 at 5:19 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> You could try using #storeString as in >> >> Transcript show: (1 / 2) asScaledDecimal storeString >> >> Sven >> >> On 18 Nov 2013, at 17:09, phil(a)highoctane.be wrote: >> >> > I was playing with ScaledDecimal when doing experiments with numbers in >> Pharo. >> > >> > Now, ScaledDecimal says in its comment: >> > >> > "Note that a ScaledDecimal does not printOn: exactly, however it will >> storeOn: exactly because the full precision fraction is kept in memory." >> > >> > This happens to be right when inspecting the expressions. >> > >> > Now, I tried to do the following: >> > >> > x := 2 asScaledDecimal. >> > y := 1 asScaledDecimal. >> > >> > z := (y / x). >> > >> > z storeOn: Transcript. >> > >> > And z storeOn: Transcript fails miserably. >> > >> > This is due to storeOn: doing: >> > >> > storeOn: aStream >> > "ScaledDecimal sometimes have more digits than they print >> (potentially an infinity). >> > In this case, do not use printOn: because it would loose some >> extra digits" >> > >> > self shouldBePrintedAsLiteral >> > ifTrue: [self printOn: aStream] >> > ifFalse: [aStream >> > nextPut: $(; >> > store: numerator; >> > nextPut: $/; >> > store: denominator; >> > nextPut: $s; >> > store: scale; >> > nextPut: $)] >> > >> > And store: doesn't exists in the ThreadSafeTranscript which happens to >> be no stream at all. >> > >> > Try this out: >> > >> > x := 2 asScaledDecimal. >> > y := 1 asScaledDecimal. >> > >> > z := (y / x). >> > >> > "works" >> > 5.0 storeOn: Transcript. >> > Transcript flush. >> > >> > "works" >> > (1/2) storeOn: Transcript. >> > Transcript flush. >> > >> > "fails" >> > z storeOn: Transcript. >> > Transcript flush. >> > >> > "works" >> > s := (String new: 30). >> > st := s writeStream. >> > z storeOn: st. >> > Transcript >> > show: 'storeOn: ', st contents; >> > cr; >> > show: z. >> > >> > Kind of annoying to do while explaining to kids. >> > >> > The ThreadSafe transcript looks like to be subclassed from Object and >> being no real stream at all. >> > >> > Why is it so? >> > >> > Phil >> > >> > >> > >> >> >> > >

Nov. 19, 2013

Re: [Pharo-dev] Convert to Athens

by StÃ©phane Ducasse

Hi Jeff it is in the image: BorderedMorph new openInSceneView open a borderedMorph drawn in Athens Have a look at the AthensMorphScene On Nov 19, 2013, at 5:42 PM, J.F. Rick <self(a)je77.com> wrote: > Indeed. I would like to know that. It doesn't seem to be included in the latest Pharo 3.0. > > Cheers, > > Jeff > > > On Fri, Nov 15, 2013 at 7:34 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Le 15/11/2013 14:17, Igor Stasenko a Ã©crit : > > > > for transition , i implemented a special morph, AthensWrapMorph > > which wraps (as its name says) its children morphs and forces them to be > > rendered by athens > > (the child morphs will never receive #drawOn: but #drawOnAthensCanvas: > > instead ). > > > I guess Jeff, may want to know where to find this wrapper. > > Hilaire > > > -- > Dr. Geo http://drgeo.eu > > > > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick

Nov. 19, 2013

Re: [Pharo-dev] WhatsUp from: 2013-11-18 until: 2013-11-30

by StÃ©phane Ducasse

On Nov 18, 2013, at 7:00 AM, seaside(a)rmod.lille.inria.fr wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: - Presentation at Smalltalks - working on rewrite chapter with gisela - talking meeting showing Pharo is Yours - sprint at Buenos Aires and Santiago > > ### What's next, until 2013-11-30 (*): - Look at changes to the SystemLog package - fixing some issues.

Nov. 19, 2013

Re: [Pharo-dev] Transcript and ScaledDecimal Issue

by StÃ©phane Ducasse

I forgot it because the API of Transcript is totally undefined. I have no idea about what store: is about. What I wanted is to have a transcript that can be used to understand concurrent programming. Stef On Nov 18, 2013, at 5:26 PM, phil(a)highoctane.be wrote: > Sure but still, why isn't store: in the Transcript for these? As they are in the other classes > > > > > > On Mon, Nov 18, 2013 at 5:19 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > You could try using #storeString as in > > Transcript show: (1 / 2) asScaledDecimal storeString > > Sven > > On 18 Nov 2013, at 17:09, phil(a)highoctane.be wrote: > > > I was playing with ScaledDecimal when doing experiments with numbers in Pharo. > > > > Now, ScaledDecimal says in its comment: > > > > "Note that a ScaledDecimal does not printOn: exactly, however it will storeOn: exactly because the full precision fraction is kept in memory." > > > > This happens to be right when inspecting the expressions. > > > > Now, I tried to do the following: > > > > x := 2 asScaledDecimal. > > y := 1 asScaledDecimal. > > > > z := (y / x). > > > > z storeOn: Transcript. > > > > And z storeOn: Transcript fails miserably. > > > > This is due to storeOn: doing: > > > > storeOn: aStream > > "ScaledDecimal sometimes have more digits than they print (potentially an infinity). > > In this case, do not use printOn: because it would loose some extra digits" > > > > self shouldBePrintedAsLiteral > > ifTrue: [self printOn: aStream] > > ifFalse: [aStream > > nextPut: $(; > > store: numerator; > > nextPut: $/; > > store: denominator; > > nextPut: $s; > > store: scale; > > nextPut: $)] > > > > And store: doesn't exists in the ThreadSafeTranscript which happens to be no stream at all. > > > > Try this out: > > > > x := 2 asScaledDecimal. > > y := 1 asScaledDecimal. > > > > z := (y / x). > > > > "works" > > 5.0 storeOn: Transcript. > > Transcript flush. > > > > "works" > > (1/2) storeOn: Transcript. > > Transcript flush. > > > > "fails" > > z storeOn: Transcript. > > Transcript flush. > > > > "works" > > s := (String new: 30). > > st := s writeStream. > > z storeOn: st. > > Transcript > > show: 'storeOn: ', st contents; > > cr; > > show: z. > > > > Kind of annoying to do while explaining to kids. > > > > The ThreadSafe transcript looks like to be subclassed from Object and being no real stream at all. > > > > Why is it so? > > > > Phil > > > > > > > > >

Nov. 19, 2013

Re: [Pharo-dev] [Moose-dev] SVG described countries in Roassal

by StÃ©phane Ducasse

> > You are very very right. We indeed do not want to introduce all these classes. > > Your email made me think about something: rewriting Roassal from scratch, but putting the core notions brought by Athens at the center of Roassal. May be you should a controlled experience to see but indeed this would be great. > I spend some time on getting the camera working in Roassal, but Athens was not ready yet. More Roassal will use Athens, and more we are taking advantages of the graphic card. > > Also, do we have to wait for the text editor to include Athens in Pharo? why do you need to edit large text in roassal? I do not think so. Athens supports string rendering and all the rest. > The text editor is essentially to bootstrap and remove Morphic right? But until then, Athens could be part of Pharo. Athens is part of Pharo already. I do not understand your problem. You have a window in which you can render object using Athens. > I am now using the Moose image, which is nicely packaged with proper fonts and Athens. But Moose does not do anything about the packaging of Athens, it is done in Pharo. > Since there are many users of Roassal on Morphic, it is hard for me to move to 100% Athens. Why this is just a different renderer. > > Thanks again for your email > > Alexandre > > >> >> >> Stef >>> >>> Alexandre >>> >>> >>> On Nov 17, 2013, at 8:45 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> I see that you have a loooot of fun. >>>> Now I have the impression that in the future version you should not expose ROSVGPath and others >>>> because there are at the importer level not Roassal. So why do you need to wrap them. >>>> If there is something missing in SVGPath what is it? >>>> >>>> Stef >>>> >>>>> Hi! >>>>> >>>>> I had fun understanding how countries may be described using SVG. >>>>> Here is a first shoot: >>>>> >>>>> <Screen Shot 2013-11-16 at 5.36.21 PM.png> >>>>> >>>>> Moving the mouse above a country name highlight the country. You can now rehearse your geography. >>>>> >>>>> The complete source code of this example is: >>>>> >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>> | view element nameComponent label | >>>>> view := ROView new. >>>>> >>>>> ROSVGPath countries do: [ :k | >>>>> element := (ROSVGPath path: (ROSVGPath perform: k)) elementOn: k. >>>>> view add: element. >>>>> ]. >>>>> >>>>> nameComponent := ROElement new. >>>>> ROSVGPath countries do: [ :k | >>>>> label := ROLabel elementOn: k asString. >>>>> label @ ROLightlyHighlightable. >>>>> label on: ROMouseEnter do: [ :event | ROBlink highlight: (view elementFromModel: event model asSymbol) ]. >>>>> label on: ROMouseLeave do: [ :event | ROBlink unhighlight: (view elementFromModel: event model asSymbol) ]. >>>>> nameComponent add: label. >>>>> ]. >>>>> ROGridLayout new >>>>> gapSize: -3; >>>>> lineItemsCount: 15; >>>>> on: nameComponent elements. >>>>> >>>>> view add: nameComponent. >>>>> nameComponent translateTo: 0 @ 400. >>>>> >>>>> view openInWindowSized: 1000 @ 700 >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Nov. 19, 2013

MetaRepoForPharo30 write permissions

by Pavel Krivanek

Hi, can someone add me to the MetaRepoForPharo30 repository? My username is PavelKrivanek. Cheers, -- Pavel

Nov. 19, 2013

Re: [Pharo-dev] SHTextStyler>>#styleInBackgroundProcess:

by Sven Van Caekenberghe

On 19 Nov 2013, at 19:50, phil(a)highoctane.be wrote: > Only that I do face the same thing :-) Maybe you can try and see if it helps keeping those ugly processes away. > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Pharo Consortium Member - http://consortium.pharo.org/ > Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller > > > > > On Tue, Nov 19, 2013 at 5:26 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > In many images that I do real development in (code writing, debugging, ..) I always get a number of processes stuck while waiting for a semaphore in SHTextStyler>>#styleInBackgroundProcess: > > I am in no way an expert in these areas, but today I tried the following change (waiting on the semaphore with a timeout): > > SHTextStyler>>#styleInBackgroundProcess: aText > self terminateBackgroundStylingProcess. > stylingEnabled ifTrue: [ > text := aText copy. > self monitor critical: [ > sem := Semaphore new. > [ > sem ifNotNil: [ > ((sem waitTimeoutMSecs: 250) not and: [ view notNil ]) > ifTrue: [ view stylerStyledInBackground: text ] ] ] forkAt: Processor activePriority. > backgroundProcess := [ > self privateStyle: text. > sem signal ] forkAt: Processor userBackgroundPriority ] ] > > Comments ? > > Sven > > >

Nov. 19, 2013

Re: [Pharo-dev] SHTextStyler>>#styleInBackgroundProcess:

by phil＠highoctane.be

Only that I do face the same thing :-) --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Nov 19, 2013 at 5:26 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > In many images that I do real development in (code writing, debugging, ..) > I always get a number of processes stuck while waiting for a semaphore in > SHTextStyler>>#styleInBackgroundProcess: > > I am in no way an expert in these areas, but today I tried the following > change (waiting on the semaphore with a timeout): > > SHTextStyler>>#styleInBackgroundProcess: aText > self terminateBackgroundStylingProcess. > stylingEnabled ifTrue: [ > text := aText copy. > self monitor critical: [ > sem := Semaphore new. > [ > sem ifNotNil: [ > ((sem waitTimeoutMSecs: 250) not and: [ view notNil ]) > ifTrue: [ view stylerStyledInBackground: text ] ] ] forkAt: > Processor activePriority. > backgroundProcess := [ > self privateStyle: text. > sem signal ] forkAt: Processor userBackgroundPriority ] ] > > Comments ? > > Sven > > >

Nov. 19, 2013