July 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] how to get new inspector running in 1.4

by Igor Stasenko

As i already told to Camillo, new inspector needs refactoring for integrating into 1.4 it should not use ToolSet and instead it should register itself as #inspector in tool registry. Smalltalk tools register: NewInspector as: #inspector in its #registerToolsOn: (Note that Inspector also registers itself as #inspector, so, its the order how they are installed will affect which one is used) Maybe we should extend a ToolRegistry protocol to make sure that one tool can override another one, so if you reset a tools, then overrides will be applied in right order. Also , since we removed toolbuilder, a code for building its UI should also rewritten. -- Best regards, Igor Stasenko AKA sig.

July 13, 2011

[Pharo-project] how to get new inspector running in 1.4

by Camillo Bruni

is there an easy way to get newinspector running in a 1.4 image? thanks cami

July 13, 2011

Re: [Pharo-project] Python like generators for Pharo

by Damien Pollet

On 13 July 2011 16:12, Max Leske <maxleske(a)gmail.com> wrote: > Cool Lukas, good to know. > > I agree, closures usually do the trick. But it's still good to know. Maybe, someday I will have to parse GB's of Apache logs in Pharo... :D xstreams look pretty nice too for the kind of lazy iteration generators provide, no ? -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 13, 2011

Re: [Pharo-project] About Cocoa VMs

by Damien Pollet

On 13 July 2011 16:14, Damien Pollet <damien.pollet(a)gmail.com> wrote: > On 13 July 2011 15:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> what should answer? > > Whatever, but the same on all VMs I think it should point to the binary, since that's the behavior of the older VMs and probably what most existing code expects. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 13, 2011

Re: [Pharo-project] ZeroMQ support

by StÃ©phane Ducasse

Thanks John let us know about what you will learn because we are really concerned about solution to support "entreprise" Stef On Jul 13, 2011, at 9:44 AM, Franz Josef Konrad wrote: > Have you looked at <http://www.squeaksource.com/ZeroMQ/>? Perhaps it is what you are looking for. I haven't used it so I can't give you a advice if it is useful. > > Regards, > Franz Josef > > > > Am 13.07.2011 02:34, schrieb John Toohey: >> Hi all, >> Wondering if anyone here is working on adding binding for ZeroMQ >> (http://www.zeromq.org/) to Pharo? I think this type of enterprise >> support is something that would greatly benefit Pharo. In one of my >> systems today, I use Stomp over a socket in Pharo to send and receive >> messages to and from ActiveMQ, and from there to my servers. This >> works, but is fragile, and I would love to be able to use zeromq here. >> >> I use zeromq in my Clojure based servers, but have no experience of >> writing bindings for C libraries in Smalltalk. I would be more than >> happy to help out, if such a project was started. >> > >

July 13, 2011

Re: [Pharo-project] keymappings question

by StÃ©phane Ducasse

>> >>> >>> The question is what should I write in the second line? >> >> Nothing. Keymappings are "static" right now. >> >>> >>> 2. I would like to disable existing shortcuts from the text morph. How >>> should I do that? >> >> Look at where the shortcuts are defined for TextMorph and remove the >> declarations. And you shold also reset the KMRepository. >> >> But removing keymapping declarations doesn't guarantee the removal in >> TextMorph since the default -old- shortcut handling is still there. >> Keymapping is just intercepting them by now. >> > ouch, we definitely need to clean that mess :) Yes this is something to definitevely do. Now I would like to focus on removing StringHolder hierarchy first. Stef

July 13, 2011

Re: [Pharo-project] About Cocoa VMs

by Damien Pollet

On 13 July 2011 15:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > what should answer? Whatever, but the same on all VMs > which version is broken? cocoa or regular? Both, since they don't answer the same :) Regular replies a path to the binary so it looks better, but a path to the .app also makes sense on Mac. > is there a cog ticket? I don't know. > no, there is no way to difference between carbon/cocoa/unix versions... and I don't think it should be (right solution is to make #vmFullPath return right answer, he). In fact, it should be only one version of vm "blessed", with time, we will reach that point :) But #vmFullPath is not clear as a message name, and both different behaviours are useful in different use-cases. I much prefer: - vmBinary (which we can use to invoke to run the VM from a shell) - vmDirectory (which is what the cocoa VM currently returns for vmFullPath, and should be == to vmFile parent) - vmFile (because we can't assume the name of the .app) etc etc -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 13, 2011

Re: [Pharo-project] Moose at GotoCon Aarhus / registration discount

by StÃ©phane Ducasse

Superb! Excellent news. If you want to be sponsored by ESUG let's know :) Stef > Hi, > > This fall I will give a talk at GotoCon Aarhus (Oct 9-14) on "Humane assessment with Moose": > http://gotocon.com/aarhus-2011/speaker/Tudor+Girba > > GotoCon used to be named JAOO. It is a large industrial software development conference that might of interest to some of you. > > As part the speaker package I have the possibility to offer discounts to interested participants. So, if you want to go to GotoCon Aarhus and are interested in a discount of about 170 EUR, please send me an email and I will provide the promotion code. > > Cheers, > Doru

July 13, 2011

Re: [Pharo-project] Python like generators for Pharo

by Max Leske

Cool Lukas, good to know. I agree, closures usually do the trick. But it's still good to know. Maybe, someday I will have to parse GB's of Apache logs in Pharo... :D On 13.07.2011, at 15:27, Igor Stasenko wrote: > On 13 July 2011 10:20, Lukas Renggli <renggli(a)gmail.com> wrote: >> Hi Max, >> >> See the Generator package in http://source.lukas-renggli.ch/continuations. >> >> IMHO, generators are pretty useless in Smalltalk though. > > +1 > > Closures is all you need most of the times. >> >> Lukas >> > > -- > Best regards, > Igor Stasenko AKA sig. >

July 13, 2011

Re: [Pharo-project] About Cocoa VMs

by Damien Pollet

On 13 July 2011 15:37, Damien Pollet <damien.pollet(a)gmail.com> wrote: > There is also the Smalltalk vmFullPath issue. â¦by which I mean this: http://forum.world.st/different-vmFullPath-between-MacVM-td3261728.html > How to deal with it? Filesystem has a better protocol with vmBinary vmDirectory etc but it still relies on the broken system attribute 0 -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 13, 2011