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

Re: [Pharo-project] [squeak-dev] In Memory of Andreas Raab

by Esteban A. Maringolo

This is really really sad news. :-( -- View this message in context: http://forum.world.st/Re-squeak-dev-In-Memory-of-Andreas-Raab-tp4663437p466… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 15, 2013

[Pharo-project] [update 2.0] #20473

by Marcus Denker

20473 ----- Issue 7219: SubscriptOutOfBound error in GoBackStringMorph http://code.google.com/p/pharo/issues/detail?id=7219 Diff information: http://ss3.gemstone.com/ss/Pharo20/NautilusCommon-MarcusDenker.106.diff

Jan. 15, 2013

Re: [Pharo-project] SmalltalkHub is back online!

by Nicolas Petton

Sure, the issue was that SMalltalkHub was using a session from a session pool and putting the session back to the pool while still using it for uploads. So the issue was not because of Mongo itself. Cheers, Nico "Esteban A. Maringolo" <emaringolo(a)gmail.com> writes: > Great Nicolas, thank you. > > But the least I would expect is MongoDB to have concurrency issues! Can you > give more details about it? > > Regards! > > > > > > > > -- > View this message in context: http://forum.world.st/SmalltalkHub-update-tp4663339p4663485.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Nicolas Petton http://nicolas-petton.fr

Jan. 15, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Camillo Bruni

On 2013-01-15, at 12:44, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Yes. > I want to do it. But today I busy. Tomorrow I hope I can make it. no hurry :) I set up the jenkins build, it will trigger as soon as you push the configuration :) > I actually want to split package to TxText-Model, TxText-Layout, TxText-UI, > TxTextTests-Model, TxTextTests-Layout nice!

Jan. 15, 2013

Re: [Pharo-project] SmalltalkHub is back online!

by Esteban A. Maringolo

Great Nicolas, thank you. But the least I would expect is MongoDB to have concurrency issues! Can you give more details about it? Regards! -- View this message in context: http://forum.world.st/SmalltalkHub-update-tp4663339p4663485.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 15, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Denis Kudriashov

Yes. I want to do it. But today I busy. Tomorrow I hope I can make it. I actually want to split package to TxText-Model, TxText-Layout, TxText-UI, TxTextTests-Model, TxTextTests-Layout 2013/1/15 Camillo Bruni <camillobruni(a)gmail.com> > Denis, could you create a ConfigurationOfTxText? > That would greatly simplify the creation of a build job on jenkins! > > On 2013-01-13, at 22:39, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > I added a new jenkins job: > > > > https://ci.inria.fr/rmod/job/TxText/ > > > > currently inactive/broken, we will dive into it tomorrow ;) > > > > > > On 2013-01-13, at 22:26, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > > >> thanks denis for pushing that!!!! > >> > >> Stef > >> > >> > >>> Hello. > >>> > >>> I upload new version of TxText with new TxTextMorph which can show > TxTextModel (http://www.smalltalkhub.com/#!/~sig/TxText ). See class side > examples. > >>> > >>> Implementation details: > >>> > >>> TxTextMorph has textLayout instance variable which contains full > precomputed information to draw text on screen. TxTextLayout contains > collection of TxTextLine. TxTextLine contains collection of span objects > (from text model) and offset with extent required for drawing lines (with > right align for example). > >>> There are TxTextLayoutStrategy hierarchy responsible for building > specific text layout objects: > >>> â¢ TxSimpleTextLayoutStrategy build layout with actual text lines > which text model contains > >>> â¢ TxWrapTextStrategy build layout with lines which satisfied > preferredExtent (given from text morph bounds) > >>> When text morph accepts new text model It asks layoutStrategy to build > new layout. Then align selector applyed to layout. So text can be placed > left to right, centered or right to left. > >>> > >>> Morph drawing method very simple: > >>> > >>> TxTextMorph>>drawOn: aCanvas > >>> textLayout drawTextOn: aCanvas at: self position > >>> > >>> TxTextLayout>>drawTextOn: aCanvas at: aPoint > >>> | topOffset linePosition | > >>> topOffset := 0. > >>> lines do: [:eachLine | > >>> linePosition := aPoint x @ (aPoint y + topOffset). > >>> eachLine drawOn: aCanvas at: linePosition. > >>> topOffset := topOffset + eachLine height. > >>> ] > >>> > >>> TxTextLine>>drawOn: aCanvas at: aPoint > >>> > >>> spans do: [:each | > >>> each drawOn: aCanvas at: aPoint + offset > >>> ] > >>> > >>> At the end TxCharactersSpan draw contents on canvas: > >>> > >>> TxCharactersSpan >>drawOn: aCanvas at: aPoint > >>> aCanvas > >>> drawString: characters > >>> at: aPoint > >>> font: (self getAttribute: TxFontAttribute) > >>> color: (self getAttribute: TxColorAttribute) > >>> > >>> And with Athens api text attributes can be not hardcoded: > >>> > >>> TxCharactersSpan >>drawAthensOn: aCanvas at: aPoint > >>> attributes applyOn: aCanvas. > >>> aCanvas pathTransform translateX: aPoint x Y: aPoint y. > >>> aCanvas drawString: characters > >>> > >>> Questions: > >>> > >>> Now text alignment (like centering) is property of TxTextMorph. So it > global property of full text layout. > >>> But how such attribute can be applied to specific line? > >>> > >>> TxModel is list of spans. And each span object contains characters > with same text attributes like font or color. Text alignment can be such > attribute too. Do you think it should be attribute of all spans from single > line? Or it should be only attribute of TxLineSeparator span? What your > idea? > >>> > >>> Future: > >>> > >>> Next plan: cursor navigation, text selection and editing features. And > of course tests, sorry I not start with tests now. > >>> > >>> I wait your comments , ideas and questions. Maybe you don't like my > approach. I want to know why. > >>> I really want clean and object solution for text stuff in pharo. > >>> > >> > >> > > > > >

Jan. 15, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Camillo Bruni

Denis, could you create a ConfigurationOfTxText? That would greatly simplify the creation of a build job on jenkins! On 2013-01-13, at 22:39, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I added a new jenkins job: > > https://ci.inria.fr/rmod/job/TxText/ > > currently inactive/broken, we will dive into it tomorrow ;) > > > On 2013-01-13, at 22:26, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> thanks denis for pushing that!!!! >> >> Stef >> >> >>> Hello. >>> >>> I upload new version of TxText with new TxTextMorph which can show TxTextModel (http://www.smalltalkhub.com/#!/~sig/TxText ). See class side examples. >>> >>> Implementation details: >>> >>> TxTextMorph has textLayout instance variable which contains full precomputed information to draw text on screen. TxTextLayout contains collection of TxTextLine. TxTextLine contains collection of span objects (from text model) and offset with extent required for drawing lines (with right align for example). >>> There are TxTextLayoutStrategy hierarchy responsible for building specific text layout objects: >>> â¢ TxSimpleTextLayoutStrategy build layout with actual text lines which text model contains >>> â¢ TxWrapTextStrategy build layout with lines which satisfied preferredExtent (given from text morph bounds) >>> When text morph accepts new text model It asks layoutStrategy to build new layout. Then align selector applyed to layout. So text can be placed left to right, centered or right to left. >>> >>> Morph drawing method very simple: >>> >>> TxTextMorph>>drawOn: aCanvas >>> textLayout drawTextOn: aCanvas at: self position >>> >>> TxTextLayout>>drawTextOn: aCanvas at: aPoint >>> | topOffset linePosition | >>> topOffset := 0. >>> lines do: [:eachLine | >>> linePosition := aPoint x @ (aPoint y + topOffset). >>> eachLine drawOn: aCanvas at: linePosition. >>> topOffset := topOffset + eachLine height. >>> ] >>> >>> TxTextLine>>drawOn: aCanvas at: aPoint >>> >>> spans do: [:each | >>> each drawOn: aCanvas at: aPoint + offset >>> ] >>> >>> At the end TxCharactersSpan draw contents on canvas: >>> >>> TxCharactersSpan >>drawOn: aCanvas at: aPoint >>> aCanvas >>> drawString: characters >>> at: aPoint >>> font: (self getAttribute: TxFontAttribute) >>> color: (self getAttribute: TxColorAttribute) >>> >>> And with Athens api text attributes can be not hardcoded: >>> >>> TxCharactersSpan >>drawAthensOn: aCanvas at: aPoint >>> attributes applyOn: aCanvas. >>> aCanvas pathTransform translateX: aPoint x Y: aPoint y. >>> aCanvas drawString: characters >>> >>> Questions: >>> >>> Now text alignment (like centering) is property of TxTextMorph. So it global property of full text layout. >>> But how such attribute can be applied to specific line? >>> >>> TxModel is list of spans. And each span object contains characters with same text attributes like font or color. Text alignment can be such attribute too. Do you think it should be attribute of all spans from single line? Or it should be only attribute of TxLineSeparator span? What your idea? >>> >>> Future: >>> >>> Next plan: cursor navigation, text selection and editing features. And of course tests, sorry I not start with tests now. >>> >>> I wait your comments , ideas and questions. Maybe you don't like my approach. I want to know why. >>> I really want clean and object solution for text stuff in pharo. >>> >> >> >

Jan. 15, 2013

Re: [Pharo-project] [squeak-dev] In Memory of Andreas Raab

by GermÃ¡n Arduino

Very very sad news. I don't knew him in person but I've still mails from him in my inbox to helping me with WebClient or any stuff about what I asked. Rest in peace Andreas and thanks for your incredible contributions to the Squeak world. GermÃ¡n. 2013/1/15 GÃ¶ran Krampe <goran(a)krampe.se> > Dear friends in both Squeak and Pharo communities, > > I am stunned but felt I just had to write something on this day and I am > CCing Pharo because in the end we are all the same community in my book. > > Andreas was so young and had just started the next chapter of his life > together with Kathleen. Now, there are other people in this community who > knew Andreas much better than I did, but I still want to write something, > especially perhaps to you who aren't that familiar with Andreas and all the > work he has done for us. > > Andreas was *exceptionally* bright and above all perhaps the single most > *productive* Squeaker in our community - we use lots of his code every day. > In a Squeak 4.4 image there are 6382 methods with his developer initials > currently on them touching in total almost a thousand classes. And this is > more than *double* the amount of methods as the second developer on that > list. And since this is just based on the latest version of the method, his > legacy is even bigger in reality. > > "Top thirty method touchers" > ((CompiledMethod allInstances collect: [:m | > m timeStamp readStream upTo: Character space]) > asBag sortedCounts first: 30) > > "Classes touched by Andreas" > (CompiledMethod allInstances select: [:m | > (m timeStamp readStream upTo: Character space) = 'ar'] > thenCollect: [:m | m methodClass]) > asSet > > And even in Pharo 1.4 his mark is still there with almost 3000 methods > touching almost 400 classes, this places him at *fourth* place. > > And of course he wrote the Windows VM and was an instrumental developer of > Croquet/Teleplace and much, much, *much* more. > > Now, we have a few VM developers who are very good at those parts. And we > have developers who are very good at selected areas of the image level. But > people like Andreas who work on *all* levels of Squeak, from the VM and all > the way up to 3D and stuff like Croquet... well, we don't have many and at > the moment I am not sure I can think of anyone with the same span as > Andreas had. > > I only met him a few times, at OOPSLA I think and once he visited > Stockholm and we had some time hacking and talking about Squeak and how to > grow the community and so on. He cared quite a lot about the community, > perhaps more than most people thought. > > Two years ago Andreas contacted me for some contract work for Teleplace > and he was as always very sharp, friendly and helpful in getting me up to > speed and being involved although I was sitting here in Stockholm. We had > some late night Skype sessions digging deep together in odd network > protocols and it was in the middle of one such session, about 2 years ago > that I asked him: > > Me: And hey, Eliot gossiped that you ... met someone? :) > Andreas: Yes, indeed. Madly in love as they say :-) > > Life is just not fair. This is a very sad day. > > GÃ¶ran > > >

Jan. 15, 2013

[Pharo-project] [update 2.0] #20472

by Marcus Denker

20472 ----- Issue 7255: NetNameResolver NameLookupFailure interaction if wrong http://code.google.com/p/pharo/issues/detail?id=7255 Issue 7242: failing test: BehaviorTest.testHasAbstractMethods http://code.google.com/p/pharo/issues/detail?id=7242 Diff information: http://ss3.gemstone.com/ss/Pharo20/Zinc-HTTP-MarcusDenker.334.diff http://ss3.gemstone.com/ss/Pharo20/Network-Kernel-MarcusDenker.80.diff http://ss3.gemstone.com/ss/Pharo20/KernelTests-MarcusDenker.463.diff

Jan. 15, 2013

Re: [Pharo-project] [squeak-dev] In Memory of Andreas Raab

by GÃ¶ran Krampe

Dear friends in both Squeak and Pharo communities, I am stunned but felt I just had to write something on this day and I am CCing Pharo because in the end we are all the same community in my book. Andreas was so young and had just started the next chapter of his life together with Kathleen. Now, there are other people in this community who knew Andreas much better than I did, but I still want to write something, especially perhaps to you who aren't that familiar with Andreas and all the work he has done for us. Andreas was *exceptionally* bright and above all perhaps the single most *productive* Squeaker in our community - we use lots of his code every day. In a Squeak 4.4 image there are 6382 methods with his developer initials currently on them touching in total almost a thousand classes. And this is more than *double* the amount of methods as the second developer on that list. And since this is just based on the latest version of the method, his legacy is even bigger in reality. "Top thirty method touchers" ((CompiledMethod allInstances collect: [:m | m timeStamp readStream upTo: Character space]) asBag sortedCounts first: 30) "Classes touched by Andreas" (CompiledMethod allInstances select: [:m | (m timeStamp readStream upTo: Character space) = 'ar'] thenCollect: [:m | m methodClass]) asSet And even in Pharo 1.4 his mark is still there with almost 3000 methods touching almost 400 classes, this places him at *fourth* place. And of course he wrote the Windows VM and was an instrumental developer of Croquet/Teleplace and much, much, *much* more. Now, we have a few VM developers who are very good at those parts. And we have developers who are very good at selected areas of the image level. But people like Andreas who work on *all* levels of Squeak, from the VM and all the way up to 3D and stuff like Croquet... well, we don't have many and at the moment I am not sure I can think of anyone with the same span as Andreas had. I only met him a few times, at OOPSLA I think and once he visited Stockholm and we had some time hacking and talking about Squeak and how to grow the community and so on. He cared quite a lot about the community, perhaps more than most people thought. Two years ago Andreas contacted me for some contract work for Teleplace and he was as always very sharp, friendly and helpful in getting me up to speed and being involved although I was sitting here in Stockholm. We had some late night Skype sessions digging deep together in odd network protocols and it was in the middle of one such session, about 2 years ago that I asked him: Me: And hey, Eliot gossiped that you ... met someone? :) Andreas: Yes, indeed. Madly in love as they say :-) Life is just not fair. This is a very sad day. GÃ¶ran

Jan. 15, 2013