February 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14358

by Marcus Denker

14358 ----- Issue 5390: Move the Multi* variants to the package of DisplayScanner http://code.google.com/p/pharo/issues/detail?id=5390 Issue 5387: remove references to BlockContext from Debugger and ClassBuilder http://code.google.com/p/pharo/issues/detail?id=5387 Issue 5385: XTableForFixedFont is unused http://code.google.com/p/pharo/issues/detail?id=5385 -- Marcus Denker -- http://marcusdenker.de

Feb. 25, 2012

Re: [Pharo-project] MorphTreeMorph is faster

by Tudor Girba

Hi, Yes, Moose development moved to 1.4: http://ci.moosetechnology.org/job/moose-latest-dev/ Cheers, Doru On 25 Feb 2012, at 21:00, Alain Plantec wrote: > cool, thanks! > does it means that Moose in ready for 1.4 ? > Cheers > Alain > > Le 25/02/2012 17:25, Tudor Girba a Ã©crit : >> Hi Alain, >> >> Thanks for making MorphTreeMorph faster :). >> >> Here are some tiny benchmarks: >> >> Time millisecondsToRun: >> [GLMFinder new >> show: [:a | a list display: [:x | 1 to: x]]; >> openOn: 10000 ] >> >> Old MorphTreeMorph in 1.3: >> 10000 items ==> 7654 ms >> 100000 items ==> 96739 ms >> >> New MorphTreeMorph in 1.4: >> 10000 items ==> 3872 ms >> 100000 items ==> 68746 ms >> >> >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "Not knowing how to do something is not an argument for how it cannot be done." >> >> > > -- www.tudorgirba.com "Quality cannot be an afterthought."

Feb. 25, 2012

[Pharo-project] Monticello and Announcements

by Benjamin

Hi guys, I just started to add some Announcements in Monticello (see http://code.google.com/p/pharo/issues/detail?id=5392) cause I need them to keep the sync between Nautilus and the system :) Could an integrator have a look and see if the version in integrable (cause some cool Nautilus features are pending because of this :) ) please ? Could someone who knows well Monticello indicates me where to have a look ? Of course any feedbacks, questions, suggestions are welcome :) Ben

Feb. 25, 2012

Re: [Pharo-project] MorphTreeMorph is faster

by Alain Plantec

cool, thanks! does it means that Moose in ready for 1.4 ? Cheers Alain Le 25/02/2012 17:25, Tudor Girba a Ã©crit : > Hi Alain, > > Thanks for making MorphTreeMorph faster :). > > Here are some tiny benchmarks: > > Time millisecondsToRun: > [GLMFinder new > show: [:a | a list display: [:x | 1 to: x]]; > openOn: 10000 ] > > Old MorphTreeMorph in 1.3: > 10000 items ==> 7654 ms > 100000 items ==> 96739 ms > > New MorphTreeMorph in 1.4: > 10000 items ==> 3872 ms > 100000 items ==> 68746 ms > > > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Not knowing how to do something is not an argument for how it cannot be done." > >

Feb. 25, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by H. Hirzel

BTW, which version of FF? Yes, it is probably slower that a native Morphic plus VM. I just used Opera. The other side of course is that you do not need to deploy anything. Exciting to have a Morphic experience in a regular web site with a download of a text file of 213kB. The JavaScript engines get faster with each browser version. It might be good enough for many cases. Jens MÃ¶nig writes that he is working with morphic.js on things like this http://chirp.scratchr.org/dl/experimental/JsMorphic/nasciturus.html So it depends on what to want to use it for. My main point however --- I think it is exciting to see a cleanly written JavaScript port of Morphic. --Hannes On 2/25/12, Igor Stasenko <siguctua(a)gmail.com> wrote: > looks nice. Except from 1-sec GC pauses on FireFox. > Our VMs run same things much much smoother :) > > On 25 February 2012 21:13, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> A simple runtime example (runs directly in the web browser), the >> JavaScript code (with a short introduction) and the documentation are >> all in the three links given in the previous mail. >> >> Please note that it is a Â simple implementation of Morphic. The the >> code has a neat look and is very readable. >> >> --Hannes >> >> >> On 2/25/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> can you send the code that we play with it because I would like to learn >>> how >>> you do that. >>> >>> Stef >>> >>> On Feb 24, 2012, at 7:02 PM, S Krish wrote: >>> >>>> I love Pharo's ability to mould/ twist in spare time something that is >>>> imminently usable.. >>>> >>>> Just playing around over an hour plus, I find this tree view grouping >>>> more convinient than current browsers in giving a coherent view that >>>> easily extends: >>>> >>>> All editable code text morphs, spreading over to mutliple worlds one >>>> can traverse too if needed. or appears on tab anyways for each group. >>>> >>>> a) Package, Class, Category , Hierarchy levels. >>>> >>>> b) Senders, implementors .. >>>> >>>> c) Arbitrary groups of methods if one desires to.. >>>> >>>> Can also include some class definition info bubble/ reduce noise >>>> through some more optimization to make it optimized >>>> >>>> ... we can have a little customizations too to get a good grip of the >>>> whole as well as the part. >>>> >>>> But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo >>>> fragmented view it will still represented. May be each will have >>>> little twist of his predilictions and cannot be highly generalized. >>>> >>>> >>>> On 2/24/12, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>>> On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> >>>>> wrote: >>>>>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >>>>>> <marianopeck(a)gmail.com> wrote: >>>>>>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! Â ;) >>>>>> >>>>>> Ooops... Time to get a new identity :) >>>>>> >>>>>> >>>>>> On 23 February 2012 19:47, StÃ©phane Ducasse >>>>>> <stephane.ducasse(a)inria.fr> >>>>>> wrote: >>>>>>> Sure we know. >>>>>>> And we also know that it requires effort and lot of people are >>>>>>> talking. >>>>>> >>>>>> I know there's a loooong way to see what CodeBubbles can do, and that >>>>>> requires to do a big effort, but imagined that some kind of >>>>>> alternative - I'm not sure that CB is **exactly** what I want (sure >>>>>> Java-ers want to see **something more** than just a file pimped with >>>>>> colours, but Smalltalk **allready has** much more than a text file - >>>>>> have real code) Â - could be very less effort-consuming. Making the >>>>>> current browser (Nautilus? - newbie here :) ) pop a new >>>>>> Â¿window?Â¿morph? showing a method instead of updating a single pane >>>>>> (the current one showing method's source) don't seems to be so "far" >>>>>> away to me. >>>>>> >>>>>> Of course that's my point of view, based on what I imagine that could >>>>>> be. I should spend some time to see how it is implemented, and to see >>>>>> if it really is that simple, but anyway trust you if you say is a huge >>>>>> effort... >>>>>> >>>>> >>>>> Well, popping out a new morph every time you clicking around is easy >>>>> part. >>>>> The hard part is to make this stuff really consistent and easy to use >>>>> for navigation and development. >>>>> It requires far more serious work than just spending 2 hours >>>>> implementing "bubbling" behavior. >>>>> >>>>>> >>>>>> Cheers :) >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>>> >>>> <Pharo_CodeBrowser01.JPG> >>> >>> >>> > > > > -- > Best regards, > Igor Stasenko. > >

Feb. 25, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by Igor Stasenko

looks nice. Except from 1-sec GC pauses on FireFox. Our VMs run same things much much smoother :) On 25 February 2012 21:13, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > A simple runtime example (runs directly in the web browser), the > JavaScript code (with a short introduction) and the documentation are > all in the three links given in the previous mail. > > Please note that it is a Â simple implementation of Morphic. The the > code has a neat look and is very readable. > > --Hannes > > > On 2/25/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> can you send the code that we play with it because I would like to learn how >> you do that. >> >> Stef >> >> On Feb 24, 2012, at 7:02 PM, S Krish wrote: >> >>> I love Pharo's ability to mould/ twist in spare time something that is >>> imminently usable.. >>> >>> Just playing around over an hour plus, I find this tree view grouping >>> more convinient than current browsers in giving a coherent view that >>> easily extends: >>> >>> All editable code text morphs, spreading over to mutliple worlds one >>> can traverse too if needed. or appears on tab anyways for each group. >>> >>> a) Package, Class, Category , Hierarchy levels. >>> >>> b) Senders, implementors .. >>> >>> c) Arbitrary groups of methods if one desires to.. >>> >>> Can also include some class definition info bubble/ reduce noise >>> through some more optimization to make it optimized >>> >>> ... we can have a little customizations too to get a good grip of the >>> whole as well as the part. >>> >>> But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo >>> fragmented view it will still represented. May be each will have >>> little twist of his predilictions and cannot be highly generalized. >>> >>> >>> On 2/24/12, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>> On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> >>>> wrote: >>>>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >>>>> <marianopeck(a)gmail.com> wrote: >>>>>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! Â ;) >>>>> >>>>> Ooops... Time to get a new identity :) >>>>> >>>>> >>>>> On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>>> wrote: >>>>>> Sure we know. >>>>>> And we also know that it requires effort and lot of people are talking. >>>>> >>>>> I know there's a loooong way to see what CodeBubbles can do, and that >>>>> requires to do a big effort, but imagined that some kind of >>>>> alternative - I'm not sure that CB is **exactly** what I want (sure >>>>> Java-ers want to see **something more** than just a file pimped with >>>>> colours, but Smalltalk **allready has** much more than a text file - >>>>> have real code) Â - could be very less effort-consuming. Making the >>>>> current browser (Nautilus? - newbie here :) ) pop a new >>>>> Â¿window?Â¿morph? showing a method instead of updating a single pane >>>>> (the current one showing method's source) don't seems to be so "far" >>>>> away to me. >>>>> >>>>> Of course that's my point of view, based on what I imagine that could >>>>> be. I should spend some time to see how it is implemented, and to see >>>>> if it really is that simple, but anyway trust you if you say is a huge >>>>> effort... >>>>> >>>> >>>> Well, popping out a new morph every time you clicking around is easy >>>> part. >>>> The hard part is to make this stuff really consistent and easy to use >>>> for navigation and development. >>>> It requires far more serious work than just spending 2 hours >>>> implementing "bubbling" behavior. >>>> >>>>> >>>>> Cheers :) >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> <Pharo_CodeBrowser01.JPG> >> >> >> -- Best regards, Igor Stasenko.

Feb. 25, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by H. Hirzel

Another screenshot; (in user mode certain code snippets may be executed). A back translation to Smalltalk would surely be an interesting learning experience for somebody and might be useful for other things (e.g. for Amber). --Hannes On 2/25/12, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > A simple runtime example (runs directly in the web browser), the > JavaScript code (with a short introduction) and the documentation are > all in the three links given in the previous mail. > > Please note that it is a simple implementation of Morphic. The the > code has a neat look and is very readable. > > --Hannes > > > On 2/25/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> can you send the code that we play with it because I would like to learn >> how >> you do that. >> >> Stef >> >> On Feb 24, 2012, at 7:02 PM, S Krish wrote: >> >>> I love Pharo's ability to mould/ twist in spare time something that is >>> imminently usable.. >>> >>> Just playing around over an hour plus, I find this tree view grouping >>> more convinient than current browsers in giving a coherent view that >>> easily extends: >>> >>> All editable code text morphs, spreading over to mutliple worlds one >>> can traverse too if needed. or appears on tab anyways for each group. >>> >>> a) Package, Class, Category , Hierarchy levels. >>> >>> b) Senders, implementors .. >>> >>> c) Arbitrary groups of methods if one desires to.. >>> >>> Can also include some class definition info bubble/ reduce noise >>> through some more optimization to make it optimized >>> >>> ... we can have a little customizations too to get a good grip of the >>> whole as well as the part. >>> >>> But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo >>> fragmented view it will still represented. May be each will have >>> little twist of his predilictions and cannot be highly generalized. >>> >>> >>> On 2/24/12, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>> On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> >>>> wrote: >>>>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >>>>> <marianopeck(a)gmail.com> wrote: >>>>>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! ;) >>>>> >>>>> Ooops... Time to get a new identity :) >>>>> >>>>> >>>>> On 23 February 2012 19:47, StÃ©phane Ducasse >>>>> <stephane.ducasse(a)inria.fr> >>>>> wrote: >>>>>> Sure we know. >>>>>> And we also know that it requires effort and lot of people are >>>>>> talking. >>>>> >>>>> I know there's a loooong way to see what CodeBubbles can do, and that >>>>> requires to do a big effort, but imagined that some kind of >>>>> alternative - I'm not sure that CB is **exactly** what I want (sure >>>>> Java-ers want to see **something more** than just a file pimped with >>>>> colours, but Smalltalk **allready has** much more than a text file - >>>>> have real code) - could be very less effort-consuming. Making the >>>>> current browser (Nautilus? - newbie here :) ) pop a new >>>>> Â¿window?Â¿morph? showing a method instead of updating a single pane >>>>> (the current one showing method's source) don't seems to be so "far" >>>>> away to me. >>>>> >>>>> Of course that's my point of view, based on what I imagine that could >>>>> be. I should spend some time to see how it is implemented, and to see >>>>> if it really is that simple, but anyway trust you if you say is a huge >>>>> effort... >>>>> >>>> >>>> Well, popping out a new morph every time you clicking around is easy >>>> part. >>>> The hard part is to make this stuff really consistent and easy to use >>>> for navigation and development. >>>> It requires far more serious work than just spending 2 hours >>>> implementing "bubbling" behavior. >>>> >>>>> >>>>> Cheers :) >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>>> >>> <Pharo_CodeBrowser01.JPG> >> >> >> >

Feb. 25, 2012

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

by H. Hirzel

A simple runtime example (runs directly in the web browser), the JavaScript code (with a short introduction) and the documentation are all in the three links given in the previous mail. Please note that it is a simple implementation of Morphic. The the code has a neat look and is very readable. --Hannes On 2/25/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > can you send the code that we play with it because I would like to learn how > you do that. > > Stef > > On Feb 24, 2012, at 7:02 PM, S Krish wrote: > >> I love Pharo's ability to mould/ twist in spare time something that is >> imminently usable.. >> >> Just playing around over an hour plus, I find this tree view grouping >> more convinient than current browsers in giving a coherent view that >> easily extends: >> >> All editable code text morphs, spreading over to mutliple worlds one >> can traverse too if needed. or appears on tab anyways for each group. >> >> a) Package, Class, Category , Hierarchy levels. >> >> b) Senders, implementors .. >> >> c) Arbitrary groups of methods if one desires to.. >> >> Can also include some class definition info bubble/ reduce noise >> through some more optimization to make it optimized >> >> ... we can have a little customizations too to get a good grip of the >> whole as well as the part. >> >> But I agree, Gaucho / Code Bubbles are nice, but I am afraid fo >> fragmented view it will still represented. May be each will have >> little twist of his predilictions and cannot be highly generalized. >> >> >> On 2/24/12, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> >>> wrote: >>>> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >>>> <marianopeck(a)gmail.com> wrote: >>>>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!! ;) >>>> >>>> Ooops... Time to get a new identity :) >>>> >>>> >>>> On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>>> Sure we know. >>>>> And we also know that it requires effort and lot of people are talking. >>>> >>>> I know there's a loooong way to see what CodeBubbles can do, and that >>>> requires to do a big effort, but imagined that some kind of >>>> alternative - I'm not sure that CB is **exactly** what I want (sure >>>> Java-ers want to see **something more** than just a file pimped with >>>> colours, but Smalltalk **allready has** much more than a text file - >>>> have real code) - could be very less effort-consuming. Making the >>>> current browser (Nautilus? - newbie here :) ) pop a new >>>> Â¿window?Â¿morph? showing a method instead of updating a single pane >>>> (the current one showing method's source) don't seems to be so "far" >>>> away to me. >>>> >>>> Of course that's my point of view, based on what I imagine that could >>>> be. I should spend some time to see how it is implemented, and to see >>>> if it really is that simple, but anyway trust you if you say is a huge >>>> effort... >>>> >>> >>> Well, popping out a new morph every time you clicking around is easy >>> part. >>> The hard part is to make this stuff really consistent and easy to use >>> for navigation and development. >>> It requires far more serious work than just spending 2 hours >>> implementing "bubbling" behavior. >>> >>>> >>>> Cheers :) >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >> <Pharo_CodeBrowser01.JPG> > > >

Feb. 25, 2012

Re: [Pharo-project] MorphTreeMorph is faster

by StÃ©phane Ducasse

> Hi Alain, > > Thanks for making MorphTreeMorph faster :). > > Here are some tiny benchmarks: > > Time millisecondsToRun: > [GLMFinder new > show: [:a | a list display: [:x | 1 to: x]]; > openOn: 10000 ] > > Old MorphTreeMorph in 1.3: > 10000 items ==> 7654 ms > 100000 items ==> 96739 ms > > New MorphTreeMorph in 1.4: > 10000 items ==> 3872 ms > 100000 items ==> 68746 ms I love that :) I want more :) Stef

Feb. 25, 2012

Re: [Pharo-project] So I broke 8k req/s today

by Philippe Marschall

On 25.02.2012 17:47, Sven Van Caekenberghe wrote: > Philippe , > > That is incredibly fast, I just tried and I can't even get plain apache2 serve the static.html that fast over the local network ! It's not over the network, it's on the local machine. Keep-alive makes a big difference. > When I have more time, I really have to try to repeat your results with your code ( as well as study the code ;-) > > Can you please provide the main pointers again ? - get the image from [1] - in Apache 2.2 you set up AJP the way you set up an HTTP reverse proxy, the protocol is just ajp:// instead of http:// - load Seaside-Benchmark from [2] - see the class side of WASmallRequestHandler (2 byte response), WAFastRequestHandler (16k response, seaside.st homepage) and WADwBenchHandler (dw-bench) to register the request handlers [1] http://jenkins.lukas-renggli.ch/job/Seaside%203.1/lastSuccessfulBuild/artif… [2] http://www.squeaksource.com/Seaside31Addons Cheers Philippe

Feb. 25, 2012