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

[Pharo-project] Catching a Monkey

by Guillermo Polito

Hi guys! Who knows where can I find the Monkey source code? How, when and who triggers it? (asking also for the archive ;) ) Guille

Aug. 17, 2012

[Pharo-project] [update 2.0] #20256

by Marcus Denker

20256 ----- Issue 6573: [ENH]: Port Fix 6562 to Pharo 2.0 http://code.google.com/p/pharo/issues/detail?id=6573 Issue 6572: more selection out of bounds fixes for List morphs http://code.google.com/p/pharo/issues/detail?id=6572 Issue 6533: Spec fixed in KMDescription http://code.google.com/p/pharo/issues/detail?id=6533 Issue 6399: Small Keymapping Improvement http://code.google.com/p/pharo/issues/detail?id=6399 -- Marcus Denker -- http://marcusdenker.de

Aug. 17, 2012

[Pharo-project] [update 2.0] #20254

by Esteban Lorenzano

20254 ----- Issue 6571: update Ring http://code.google.com/p/pharo/issues/detail?id=6571 (step 2) - removed zombie methods

Aug. 17, 2012

[Pharo-project] [update 2.0] #20253

by Esteban Lorenzano

20253 ----- Issue 6571: update Ring http://code.google.com/p/pharo/issues/detail?id=6571 (step 1)

Aug. 17, 2012

[Pharo-project] [update 1.4] #14459

by Marcus Denker

14459 ----- Issue 6562: [ENH 1.4]: Load Startup Scripts before Arguments http://code.google.com/p/pharo/issues/detail?id=6562 Issue 6566: joining dictionaries does not work properly http://code.google.com/p/pharo/issues/detail?id=6566 -- Marcus Denker -- http://marcusdenker.de

Aug. 17, 2012

Re: [Pharo-project] serializing DynamicVariables (Zinc so far)

by Sean P. DeNigris

Mariano Martinez Peck wrote > > The first time, #enable answers something wrong. The second time it is > called, it seems to answer the correct value. Mariano, would you give some more details about the wrong value, the expected value, and the steps to reproduce? I took a look but I'm not seeing what the problem is... b.t.w. is this a 1.4 or 2.0 image? Sean -- View this message in context: http://forum.world.st/serializing-DynamicVariables-Zinc-so-far-tp4643514p46… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 17, 2012

[Pharo-project] [update 2.0] #20251

by Marcus Denker

20251 ----- Issue 6559: RPackage importing does not honor class side extension methods http://code.google.com/p/pharo/issues/detail?id=6559 Issue 6558: CompiledMethod>>#package does not resolve well with Class side methods http://code.google.com/p/pharo/issues/detail?id=6558 Issue 6450: typo exitSucess http://code.google.com/p/pharo/issues/detail?id=6450 -- Marcus Denker -- http://marcusdenker.de

Aug. 17, 2012

Re: [Pharo-project] Dr. Geo for acadamy

by Hilaire Fernandes

Hi Philip, > Doing nice formulas in Pharo would be of interest to me. And > manipulating them even more (I am busy with that now). So this make one project of interest for the community. > As for Geogebra as competition, these guys are now doing a ton of 3D (we > use GG here with my wife, a maths teacher) and their DSL is pretty > useful once mastered. I find myself constructing a lot of things from > the little "command prompt" of theirs. That would be an interesting > addition to DrGeo (and why not being GG-compatible on the commands). Yes, should be easy to do. Dr. Geo already comes with a nice API to describe geometry object with Smalltalk. It could be hooked to an existing canvas. > DrGeo is Java-free, so where can we use it where Java is not fine? I am not sure, but I think even ARM architecture comes with some sort of optimization for Java. Smalltalk is hard winner when the host architecture comes without OS. (i.e. SqueakNOS). > I'll look at what I can propose for engineers to work on. I'd add that a > solver for constraints would be nice to have (like Simplex). Do you have any ideas about case use of Simplex in Dr. Geo? > Also, a good thing to add to DrGeo is a window with a list of entities > with their name and possibility to rename/change attributes from there. > Once the things get complex, this is a godsend in GeoGebra... Yes, I use to have that feature in Dr. Geo 1.1 many years ago. It will appear in someway in DrGeoII, but hopefully with Smalltalkish spirit, not sure how yet. Thanks Hilaire

Aug. 17, 2012

Re: [Pharo-project] serializing DynamicVariables (Zinc so far)

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > I could also be that Sean committed something. > I'll take a look tomorrow at the latest. If it's an emergency, I might be able to check later tonight... -- View this message in context: http://forum.world.st/serializing-DynamicVariables-Zinc-so-far-tp4643514p46… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 16, 2012

Re: [Pharo-project] Breaking another dependency to Compiler (related to Traits I think)

by StÃ©phane Ducasse

>>> I read a paper once (at the University of New Brunswick (Canada)) >>> library in which the grammar for a language was used to construct a >>> data compressor for syntaxly correct programs. The output was a >>> compressed form of a parse/syntax tree with comments and white space >>> included. Once decompressed, the tree could be used to reconstruct >>> the source. I don't know if a compressed syntax tree would be very useful for >>> programming tasks but it could be used to compress Smalltalk's source >>> file and changes file. This assumes the time saved by filing in >>> smaller chucks of programs segments would greater than the cost of >>> decompression. >> >> do you have the reference? >> One guy told me and in Oberon or something like that the ast was compressed long time ago. > > Franz, M. & Kistler, T. (1997), 'Slim Binaries', Commun. ACM 40 (12) , 87--94 . > http://dl.acm.org/citation.cfm?id=265576 Ok we know this one :) Stef

Aug. 16, 2012