Re: [Pharo-project] Please review DrGeo

Le 16/11/2012 18:59, Phil (list) a écrit : I agree that it may not be worth the effort since you could also put an apk download link on a website that would let the majority of the users who for whatever reason can't or don't want to use the Play Store use DrGeo (assuming you're not

Re: [Pharo-project] Please review DrGeo

Le 17/11/2012 09:23, Hilaire Fernandes a écrit : Ok, I can upload the free version along the complete .app version for workstations. You can download the APK version from http://drgeo.eu/download-install Direct access the to the 12.10 binary repository:

Re: [Pharo-project] [^ 1] and ifCurtailed:

On 16 November 2012 16:53, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi guys I'm updating the exception chapter to show the interplay between exception and ensure/ifcurtailed: [[ ^ 1 ] ifCurtailed: [ Transcript show: 'show only curtailed'; cr. ]] on: Error do: [ :e |

Re: [Pharo-project] about sharing class binding and others

I love Marcus idea, classes aren't globals any more, and to access them is simply another message send to a receiver: the environment. ( like the lobby in Self ) . Fernando On Sat, Nov 17, 2012 at 8:56 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: The alternative to the current

Re: [Pharo-project] [^ 1] and ifCurtailed:

Yeah here in your BlockClosure [^1] the homeContext and the outerContext is the context created for UndefinedObjectDoIt. 2012/11/17 Frank Shearar frank.shea...@gmail.com On 16 November 2012 16:53, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi guys I'm updating the exception

Re: [Pharo-project] SmalltakHub browse projects feature

Indeed! A more complete search is planned, as well as many new features. Stay tuned :) Nico Geert Claes geert.wl.cl...@gmail.com writes: I think I read that Nico is working at stHub at the moment so I guess there'll be some new stuff soon -- View this message in context:

Re: [Pharo-project] Hook into the new progress bar notification?

On 2012-11-17, at 08:10, Mariano Martinez Peck marianop...@gmail.com wrote: Hi guys. For some tests I was doing something like this: | log result | log := FLLoggingSystemProgressItemMorph new. result := [ super serialize: anObject ] on: ProgressInitiationException do: [ :ex | ex

Re: [Pharo-project] CachedBlockClosure was gone on purpose?

On Nov 17, 2012, at 8:20 AM, Mariano Martinez Peck marianop...@gmail.com wrote: Because it is not present in 2.0 but I couldn't find any issue about that. Because it does not work with the block closure implementation that we have now... The thing is that a block in a method like this:

Re: [Pharo-project] CachedBlockClosure was gone on purpose?

On Nov 17, 2012, at 9:05 AM, Marcus Denker marcus.den...@inria.fr wrote: On Nov 17, 2012, at 8:20 AM, Mariano Martinez Peck marianop...@gmail.com wrote: Because it is not present in 2.0 but I couldn't find any issue about that. Issue was

Re: [Pharo-project] nonblocking stdin?

your example still blocks any background process! the goal would be to have an stdin that only blocks the current thread (or maybe returns nil if it's empty/not ready) so you can still can do some background work. On 2012-11-16, at 20:45, Sean P. DeNigris s...@clipperadams.com wrote: Pavel

[Pharo-project] pharo-2.0-tests » win - Build # 482 - Failure!

BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/pharo-2.0-tests/./label_exp=win/482/Project:label_exp=winDate of build:Sat, 17 Nov 2012 14:50:03 +0100Build duration:40 minCHANGESNo ChangesBUILD

[Pharo-project] Undoing 403 was Re: [update 2.0] #20403

On Nov 16, 2012, at 4:08 PM, Marcus Denker marcus.den...@inria.fr wrote: 20403 - Issue 6989: Move DebuggerMethodMap to Compiler package http://code.google.com/p/pharo/issues/detail?id=6989 Issue 6988: Run #cleanUpForRelease in postscript

[Pharo-project] pharo-2.0-tests » win - Build # 484 - Failure!

BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/pharo-2.0-tests/./label_exp=win/484/Project:label_exp=winDate of build:Sat, 17 Nov 2012 16:02:39 +0100Build duration:1 min 11 secCHANGESNo ChangesBUILD

Re: [Pharo-project] Undoing 403 was Re: [update 2.0] #20403

On Nov 17, 2012, at 11:32 AM, Marcus Denker marcus.den...@inria.fr wrote: On Nov 16, 2012, at 4:08 PM, Marcus Denker marcus.den...@inria.fr wrote: 20403 - Issue 6989: Move DebuggerMethodMap to Compiler package http://code.google.com/p/pharo/issues/detail?id=6989

Re: [Pharo-project] about sharing class binding and others

On Sat, Nov 17, 2012 at 12:02 AM, Marcus Denker marcus.den...@inria.fr wrote: Instead of looking up the class and compiling the shared literal association, we could compile a message send to the current environment. self class environment at: #NameOfClass can something similar be done for

Re: [Pharo-project] about sharing class binding and others

This is what Pinocchio had, resolving classes was done by looking them up in the current environment (so basically the Class name is just a code macro). This way we could add simple class scopes without too much effort. I guess that would make the following code example a bit more complicated:

Re: [Pharo-project] about sharing class binding and others

On 2012-11-17, at 13:22, Damien Cassou damien.cas...@gmail.com wrote: On Sat, Nov 17, 2012 at 12:02 AM, Marcus Denker marcus.den...@inria.fr wrote: Instead of looking up the class and compiling the shared literal association, we could compile a message send to the current environment.

[Pharo-project] [update 2.0] #20403

20403 - Issue 6989: Move DebuggerMethodMap to Compiler package http://code.google.com/p/pharo/issues/detail?id=6989 Issue 6894: Add Error tolerant parsing to RB http://code.google.com/p/pharo/issues/detail?id=6894 Diff information:

[Pharo-project] Metacello loading semantics

Hi dale I implemented a little tool that - create a kind of specification (version, package, repo) for all the packages reachable from a configurationOf (see below method method packagesAndAssociatedRepositoriesFromConfigurationRecord ) It generates a script

Re: [Pharo-project] Undoing 403 was Re: [update 2.0] #20403

Thanks I'm resting after yet another little crisis. Anyway it was fun to go to bern and hack during the moose dojo. I have built a nice little tool. I'm nearly there. This tool will definitively helps the Moosers and synectiquers to freeze their configuration. Stef This seems to break

Re: [Pharo-project] [update 2.0] #20404

On Sat, Nov 17, 2012 at 9:12 PM, Marcus Denker marcus.den...@inria.fr wrote: 20404 - Issue 6994: move DisplayScreen #defaultCanvasClass to Morphic http://code.google.com/p/pharo/issues/detail?id=6994 Issue 6993: update Pharo Kernel generation

Re: [Pharo-project] Beeper

Hi pavel In fact the registration default sound system is broken and we should fix it. I forgot what is the problem :) Hi, I would like to discuss the Beeper class a little bit. The main purpose of this class is to provide Beeper beep message and use SoundService with respect to current

[Pharo-project] [update 2.0] #20405

20405 - Issue 6978: UpdateStreamer and UpdateStreamerTest should be in own packages http://code.google.com/p/pharo/issues/detail?id=6978 Issue 6977: Move LoadUpdatesCommandLineHandler close to UpdateStreamer

Re: [Pharo-project] [update 2.0] #20405

Thank you, Marcus, we reduced Undeclared in Pharo Kernel to: WorldState - UIManager-#request:regex: World - DisplayScreen-#fullscreen: - ExternalDropHandler class-#defaultImageHandler - ExternalDropHandler class-#registerStandardExternalDropHandlers MIMEType - FileSystemStore-#mimeTypesAt:

Re: [Pharo-project] Beeper

Hi Stef, firstly I do not understand why we have SoundService at all when we have AbstractSoundSystem. And why it is a AppRegistry. AppRegistry associates some application, tool. It is very confusing to use it for a sound provider. Then I do not understand why it is named AbstractSoundSystem and