- Pharo-dev - lists.pharo.org

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 1 regressions found. Zinc.Tests.ZnClientTests.testPostMultipart

April 30, 2013

[Pharo-project] [update 3.0] #30075

by Marcus Denker

April 30, 2013

[Pharo-project] about Pharo 3.0 :)

by StÃ©phane Ducasse

Hi guys I thought that Pharo 20 got a lot of improvements but when I see Pharo 30, it feels like Pharo 30 is already a big step forward. This is really positive energy. When fernando will arrive we will move some efforts to Morphic so thanks you all for this cool feeling. Stef

April 30, 2013

Re: [Pharo-project] rubric performace

by stephane ducasse

tx! On Apr 29, 2013, at 9:24 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I tried but could not :(. I tried multiple times to load the file and go around the "out of memory" limitation and then at some random point, Pharo crashed. I was on Mac when I did the experiment. If I get more info I will let you know. > > Doru > > > On Apr 29, 2013, at 8:44 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > >> doru can you reproduce your crash? >> Because igor asked and I did not see your answer. >> >> Stef >> >> On Apr 25, 2013, at 12:03 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>> Hi, >>> >>> I did a little experiment to check the performance of Rubric when dealing with large content. And by large, I mean 45 MB or about 15 million lines of text. >>> >>> I opened the file in several other editors: >>> - TextMate: 10s + the text is wrapped and can be browsed smoothly >>> - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly >>> - Eclipse: 5s + browsing is very slow (so it is basically useless) >>> >>> How did Rubric perform: >>> - When opened with unwrapped lines: 33s + the text can be browsed smoothly >>> - When opened with wrapped lines -> Pharo crashed :( >>> >>> In any case, I think being 3 times slower (even if without wrapping) than TextMate is highly exciting. Great job Alain. >>> >>> If you want to reproduce the experiment, here is the Smalltalk snippet I used: >>> >>> --- >>> Gofer new >>> smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; >>> package: 'Rubric-AlainPlantec.26'; >>> load. >>> >>> [ >>> contents := ((FileSystem disk workingDirectory / 'src' / 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). >>> (RubLipsumBasicExample >>> windowWithScrolledText: ( >>> RubLipsumBasicExample new >>> string: contents; >>> newScrolledTextNotWrapped)) >>> openInWorld >>> ] timeToRun >>> --- >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "What we can governs what we wish." >>> >>> >>> >>> >> >> > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > >

April 29, 2013

Re: [Pharo-project] rubric performace

by Tudor Girba

Hi, I tried but could not :(. I tried multiple times to load the file and go around the "out of memory" limitation and then at some random point, Pharo crashed. I was on Mac when I did the experiment. If I get more info I will let you know. Doru On Apr 29, 2013, at 8:44 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > doru can you reproduce your crash? > Because igor asked and I did not see your answer. > > Stef > > On Apr 25, 2013, at 12:03 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I did a little experiment to check the performance of Rubric when dealing with large content. And by large, I mean 45 MB or about 15 million lines of text. >> >> I opened the file in several other editors: >> - TextMate: 10s + the text is wrapped and can be browsed smoothly >> - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly >> - Eclipse: 5s + browsing is very slow (so it is basically useless) >> >> How did Rubric perform: >> - When opened with unwrapped lines: 33s + the text can be browsed smoothly >> - When opened with wrapped lines -> Pharo crashed :( >> >> In any case, I think being 3 times slower (even if without wrapping) than TextMate is highly exciting. Great job Alain. >> >> If you want to reproduce the experiment, here is the Smalltalk snippet I used: >> >> --- >> Gofer new >> smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; >> package: 'Rubric-AlainPlantec.26'; >> load. >> >> [ >> contents := ((FileSystem disk workingDirectory / 'src' / 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). >> (RubLipsumBasicExample >> windowWithScrolledText: ( >> RubLipsumBasicExample new >> string: contents; >> newScrolledTextNotWrapped)) >> openInWorld >> ] timeToRun >> --- >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "What we can governs what we wish." >> >> >> >> > > -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

April 29, 2013

Re: [Pharo-project] State of PharoConf videos

by Christoph Wysseier

Am 29.04.13 17:41, schrieb Stephan Eggermont: > Chris wrote: >> I would like to show my talk ("Selling Pharo-based Solutions" at >> PharoConf) to my team and enhance it for the next time. Just out of >> curiosity: are you still working on those videos? Otherwise, would you >> mind to provide the video file somehow? > > Too many distractions, so not enough speed. > I'll put it up. No worries! Just asked out of curiosity... Cheers, Chris

April 29, 2013

Re: [Pharo-project] rubric performace

by stephane ducasse

doru can you reproduce your crash? Because igor asked and I did not see your answer. Stef On Apr 25, 2013, at 12:03 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I did a little experiment to check the performance of Rubric when dealing with large content. And by large, I mean 45 MB or about 15 million lines of text. > > I opened the file in several other editors: > - TextMate: 10s + the text is wrapped and can be browsed smoothly > - Sublime Text 2: 10s + the text is wrapped and can be browsed smoothly > - Eclipse: 5s + browsing is very slow (so it is basically useless) > > How did Rubric perform: > - When opened with unwrapped lines: 33s + the text can be browsed smoothly > - When opened with wrapped lines -> Pharo crashed :( > > In any case, I think being 3 times slower (even if without wrapping) than TextMate is highly exciting. Great job Alain. > > If you want to reproduce the experiment, here is the Smalltalk snippet I used: > > --- > Gofer new > smalltalkhubUser: 'AlainPlantec' project: 'Rubric'; > package: 'Rubric-AlainPlantec.26'; > load. > > [ > contents := ((FileSystem disk workingDirectory / 'src' / 'ArgoUML-0-34' / 'output.mse') readStreamDo: #contents). > (RubLipsumBasicExample > windowWithScrolledText: ( > RubLipsumBasicExample new > string: contents; > newScrolledTextNotWrapped)) > openInWorld > ] timeToRun > --- > > Cheers, > Doru > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > >

April 29, 2013

Re: [Pharo-project] Generalizing Keymapping idea

by stephane ducasse

On Apr 29, 2013, at 9:24 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hello. > > Do you think about generalizing Keymapping idea on any event combinations (not just keyboard)? > So we can write code like > > morph on: Mouse click ctrl do: [] > morph on: $a click ctrl do: [] > morph on: Mouse move shift + $b do: [] > morph on: Gesture cicle shift + $x do: [] I like the idea but I would really like that we do not overload on:do: > I think with such approach we can remove all morph overrides like #mouseDown:, #mouseUp. And it will big cleanup of morphic code. You know how many equal methods we have for each kind of event (handlesMouseDown:, handleMouseDown:, mouseDown: , etc). > > Best regards, > Denis

April 29, 2013

[Pharo-project] Athens news :)

by StÃ©phane Ducasse

since I'm quite sure that you are happy to know that one guy is pushing Athens :) > From: Igor Stasenko <siguctua(a)gmail.com> > Subject: Re: [Lsehub-staff] [Mm10s] 2013-04-29 > Date: April 29, 2013 12:12:50 PM GMT+02:00 > To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> > Reply-To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> > > On 29 April 2013 07:00, <seaside(a)rmod.lille.inria.fr> wrote: >> Monday morning, time for the weekly mail meeting in 10 seconds! >> (just reply, inserting bullet points) >> >> ### Last week: >> > - implementing scene viewer in Athens. > - added bezier3 flattener > >> >> ### This week (starting 2013-04-29): >> > Athens: > - debug/fine tune bezier3 flattener > - add arc/elliptical arc tesseleration > - implement non-zero fill rule > Pharo: > - look at DateAndTime again > > -- > Best regards, > Igor Stasenko. >

April 29, 2013

Re: [Pharo-project] Spec LabelModel color

by Benjamin

You could load the latest Spec but it depends on some Morphic changes so :s Ben On Apr 29, 2013, at 4:12 PM, roberto.minelli(a)usi.ch wrote: > By the way I used a fresh Pharo 2.0 image and labels are still white :D > > Do I have to use Pharo 3.0 to have black labels? > > Cheers, > R > > On Apr 29, 2013, at 3:32 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > wrote: > >> I can't say because I never use Moose image >> >> Ben >> >> On Apr 29, 2013, at 3:07 PM, "roberto.minelli(a)usi.ch" <roberto.minelli(a)usi.ch> wrote: >> >>> By the way.. I often use the Moose image hosted at >>> >>> http://ci.inria.fr/moose/job/moose-latest-dev-4.8/lastSuccessfulBuild/artif… >>> >>> instead of the Pharo image.. And here Spec is not up to date. >>> >>> When I run the "System>Software Update" from the World menu, packages are not updated, right? >>> >>> I think it would be a nice-to-have. >>> >>> Cheers, >>> R >>> >>> >>> >>> On Apr 29, 2013, at 2:07 PM, roberto.minelli(a)usi.ch wrote: >>> >>>> Thanks for the answersâ¦ I will update to the last image ;) >>>> >>>> On Apr 29, 2013, at 1:38 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> >>>> wrote: >>>> >>>>> In the latests image, it should be black :) >>>>> >>>>> Which image are you using ? >>>>> Ben >>>>> >>>>> On Apr 29, 2013, at 12:27 PM, roberto.minelli(a)usi.ch wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I'm building a small UI with spec and I have a problem with the LabelModel. >>>>>> >>>>>> Is there any way to change the default color (white) of the #text: in a LabelModel? >>>>>> >>>>>> Thanks, >>>>>> Roberto >>>>> >>>> >>>> >>> >>> >> > >

April 29, 2013