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

[Pharo-project] [Pharo 1.4] Please test!

by Marcus Denker

You can download the lastest 1.4 here for testing: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… And a first version of the one-click here: https://ci.lille.inria.fr/pharo/job/Pharo%20One%20Click%20image/lastSuccess… -- Marcus Denker -- http://marcusdenker.de

March 30, 2012

[Pharo-project] [TODO 1.4] 6 issues left

by Marcus Denker

6 issues are tagged as 1.4: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.4 You can download the lastest 1.4 here for testing: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… And a first version of the one-click here: https://ci.lille.inria.fr/pharo/job/Pharo%20One%20Click%20image/lastSuccess… (this is build automatically from all the latest compiled vms and the latest image). Marcus -- Marcus Denker -- http://marcusdenker.de

March 30, 2012

[Pharo-project] [update 1.4] #14417

by Marcus Denker

14417 ----- Issue 5147: TestCase>>assert:equals: does not honor contract of #comparingStringBetween:and: http://code.google.com/p/pharo/issues/detail?id=5147 -- Marcus Denker -- http://marcusdenker.de

March 30, 2012

Re: [Pharo-project] vm crash - code snippet provided

by Eliot Miranda

Hi Francisco, this doesn't reproduce for me in Cog 2538. But I notice that a fresh Pharo 1.4 doesn't have any windows in it and so one has to open a workspace to run the code snippet. Are you using an image that has more windows? If so, could you point me to the image and changes? e.g. by putting them on a case on the Pharo bugtracker. Thanks On Sun, Mar 25, 2012 at 3:16 PM, Francisco Garau <francisco.garau(a)gmail.com>wrote: > Hi - a short code snippet that crashes the CogVM in WindowsXP using a > fresh Pharo 1.4 image. > > Open a System Browser and evaluate the below in a Workspace. > > window := SystemWindow allInstances first. > aForm := window imageForm offset: 0@0. > startPoint := (-194@61). > endPoint := (276.0(a)134.0) > aForm > slideFrom: startPoint > to: endPoint > nSteps: 12 > delay: 15. > > Cheers, > Francisco > -- best, Eliot

March 29, 2012

[Pharo-project] type-inference: it works!

by Francisco Garau

Load the attached ChangeSets: first Ti-Engine and then Ti-Support. You could then evaluate the below expressions -- watch the Transcript to see which methods are being analysed. TiSystem current reset. string := '3 + 4'. Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. "=> return {<SmallInteger>} " TiSystem current reset. string := 'Display boundingBox'. Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. "=> return {<Rectangle origin: <Point x: <SmallInteger> y: <SmallInteger>> corner: <Point x: <SmallInteger> y: <SmallInteger>>>}" TiSystem current explore. Analysing 'Display boundingBox' shows a couple of surprises: 1. The code never goes through the #new method (it creates objects using #basicNew and #@) 2. Object code goes through Object>>value but knowing that the implementation just answers self, it could be easily optimised. I will try to package it more nicely under Monticello -- there are still a few rough edges that need to be polished before getting it to the same state it was in 2001... Cheers, Francisco

March 29, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Ben Coman

Plus you get a potential audience of all the existing R users. Some of them get drawn some of them over. Then the Smalltalk bindings are so great that the R trunk adopts Pharo as its main interface...</wishful thinking> Schwab,Wilhelm K wrote: > I suspect a seamless bridge to R would prove much more useful. Lots of functionality for free. The Blue Book contributions could help shape the way we abstract R's features. > > > > > ________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of phil(a)highoctane.be [phil(a)highoctane.be] > Sent: Thursday, March 29, 2012 5:25 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk > > It would be just as nice to be able to integrate R through some kind of bridge. > > I am using R as well over here. And wxMaxima. > > What is interesting is that Blue book already has some interesting bits about distributions etc in the simulations part. > > Maybe we should already bring that material inside Pharo in a Stats-Bluebook package? > > Phil > > 2012/3/29 Alexandre Bergel <alexandre.bergel(a)me.com<mailto:alexandre.bergel@me.com>> > For what I need R, Pharo can easily be better. Just an EyeSee pdf exporter will give me enough energy to build things on top of it. > > Alexandre > > > > Le 28 mars 2012 Ã 10:21, "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> a Ã©crit : > > >> It would be great to stab the R beast through the heart. But it will be tough go given the richness of analyses that R can do. I have been tinkering with PLplot for a while, but there are some graphs for R is simply more capable, and the modeling and tests are undeniably powerful. >> >> Bill >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces(a)lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Alexandre Bergel [alexandre.bergel(a)me.com<mailto:alexandre.bergel@me.com>] >> Sent: Wednesday, March 28, 2012 8:44 AM >> To: Moose-related development >> Cc: Pharo Development >> Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk >> >> Hi Serge! >> >> I welcome very much this initiative. >> Something that I believe is important, is an pdf graph exporter (maybe based on EyeSee) and the various test distribution (e.g., CHI). The fact that these two are missing is exactly the reason why I use R and Numbers instead of Pharo. >> >> I sincerely believe that Pharo can be an alternative to R and Maple. A bit more is needed from our side however. >> >> Alexandre >> >> >> On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: >> >> >>> Dear all, >>> >>> we already discuss about that in the moose and pharo mailing-list. >>> Maybe this is too late, but please find a small proposal for gsoc 2012 below. >>> >>> ================================================================ >>> >>> Name: SciSmalltalk >>> Level: Intermediate >>> Possible mentor: Serge Stinckwich >>> Possible second mentor: ? >>> >>> Description >>> Smalltalk has at that time no equivalent to mathematical libraries >>> like NumPy, SciPy (Python) or SciRuby (Ruby). >>> The goal of the SciSmalltalk project is to develop an open-source >>> library of mathematical for the Smalltalk programming language (MIT >>> Licence). >>> >>> Technical Details >>> The development of this project is to be done in Pharo Smalltalk, but >>> the code should be portable to other Smalltalk flavors. >>> Numerous Smalltalk projects provide already some basic functionalities >>> (complex and quaternions extensions, random number generator, fuzzy >>> algorithms, LAPACK linear algebra package, Didier Besset's numerical >>> methods, ...). A first task will be to do an audit of all the existing >>> projects that provide some mathematical stuff and build a Pharo >>> Configuration to load them in a fresh Pharo Smalltalk image. After >>> that, the student help by his/her mentors will decide what are the >>> numeric algorithms to develop in priority. >>> >>> The student will need to know some basic numeric algorithms usually >>> found in such libraries. >>> Units tests should also be provided. >>> >>> Benefits to the Student >>> The student will help the Smalltalk community in a very concrete way. >>> The student will learn to design well-designed code with tests. >>> >>> Benefits to the Community >>> Having a package providing more elaborate numeric libraries is really >>> important to develop the use Smalltalk in new domains (robotics, high >>> performance computing, computer vision, bio-computing, ...). The lack >>> of numeric librairies hamper the use of the Smalltalk in a scientific >>> context at the moment. An another goal of this project is to develop a >>> community of people interested by these topic. >>> >>> Regards, >>> -- >>> Serge Stinckwich >>> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >>> Every DSL ends up being Smalltalk >>> http://doesnotunderstand.org/ >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch<mailto:Moose-dev@iam.unibe.ch> >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >> > > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be<mailto:phil@highoctane.be> | Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges > > >

March 29, 2012

Re: [Pharo-project] direct object manipulation

by Alexandre Bergel

I haven't done any benchmarking of Roassal. I expect it can handle a few thousands without any problem. Actually, there is not only 20 nodes in the example you gave. There is also 21*20 edges. Edges are usually much slower to render than nodes. In Roassal (as well as in Mondrian), it performs well. However, you cannot bend edges so far... Alexandre On 29 Mar 2012, at 16:04, Lawson English wrote: > Very cool. What is the responsiveness when you increase the number of on-screen objects? I found that a fully connected graph with 20 nodes become almost totally unusable using the Connectors package. > > http://www.youtube.com/watch?v=JwwjOO84Sn8 > > L > > > On 3/29/12 1:08 PM, Alexandre Bergel wrote: >> >>> Here's an extract of an email i've sent to the list when i >>> successfully used Cairo on Mac. >>> >>> How is Roassal being rendered now? Using FormCanvas? If you have some >>> screenshots would be nice. >> >> I am the first one to say that screenshots are always welcomed. >> Here is a few of them. >> >> Roassal supports a low level language, so this is plain smalltalk (no dsl): >> >> <Mail Attachment.png> >> >> It offers some interesting interaction, such as dragging with velocity. It is like using the finger on the iphone: >> >> <Mail Attachment.png> >> >> A layer translates the Mondrian DSL into the low level language. >> >> <Mail Attachment.png> >> >> There is no scrollbar anymore. Just drag and drop the background. >> >> <Mail Attachment.png> >> >> >> >> I will release Roassal at the end of April probably. On the Roadmap: >> - Roassal will support a nice zooming in and out. when you zoom in, other nodes appears. And when you zoom out, those nodes disappear. >> - be compatible with Cairo >> - some node highlighting. >> - produce HTML5 >> - be platform independent. It will work in other smalltalk as well. >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 29, 2012

Re: [Pharo-project] do we condense changes and declare 1.4 alpha -> 1.4 release ?

by csrabak＠bol.com.br

Wouldn't the natural pace of the Things require to declare it 1.4 beta, first? I'm for condensing and releasing. -- Cesar Rabak Em 29/03/2012 15:12, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > escreveu: Hi do we condense changes and declare 1.4 alpha -> 1.4 release ? Stef

March 29, 2012

Re: [Pharo-project] direct object manipulation

by Alexandre Bergel

> Here's an extract of an email i've sent to the list when i > successfully used Cairo on Mac. > > How is Roassal being rendered now? Using FormCanvas? If you have some > screenshots would be nice. I am the first one to say that screenshots are always welcomed. Here is a few of them. Roassal supports a low level language, so this is plain smalltalk (no dsl): It offers some interesting interaction, such as dragging with velocity. It is like using the finger on the iphone: A layer translates the Mondrian DSL into the low level language. There is no scrollbar anymore. Just drag and drop the background. I will release Roassal at the end of April probably. On the Roadmap: - Roassal will support a nice zooming in and out. when you zoom in, other nodes appears. And when you zoom out, those nodes disappear. - be compatible with Cairo - some node highlighting. - produce HTML5 - be platform independent. It will work in other smalltalk as well. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 29, 2012

Re: [Pharo-project] direct object manipulation

by Lawson English

Very cool. What is the responsiveness when you increase the number of on-screen objects? I found that a fully connected graph with 20 nodes become almost totally unusable using the Connectors package. http://www.youtube.com/watch?v=JwwjOO84Sn8 L On 3/29/12 1:08 PM, Alexandre Bergel wrote: >> Here's an extract of an email i've sent to the list when i >> successfully used Cairo on Mac. >> >> How is Roassal being rendered now? Using FormCanvas? If you have some >> screenshots would be nice. > > I am the first one to say that screenshots are always welcomed. > Here is a few of them. > > Roassal supports a low level language, so this is plain smalltalk (no > dsl): > > > It offers some interesting interaction, such as dragging with > velocity. It is like using the finger on the iphone: > > > A layer translates the Mondrian DSL into the low level language. > > > There is no scrollbar anymore. Just drag and drop the background. > > > > I will release Roassal at the end of April probably. On the Roadmap: > - Roassal will support a nice zooming in and out. when you zoom in, > other nodes appears. And when you zoom out, those nodes disappear. > - be compatible with Cairo > - some node highlighting. > - produce HTML5 > - be platform independent. It will work in other smalltalk as well. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

March 29, 2012