- Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] About Cocoa VMs

by Esteban Lorenzano

what should answer? which version is broken? cocoa or regular? is there a cog ticket? 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 :) cheers, Esteban El 13/07/2011, a las 10:37a.m., Damien Pollet escribiÃ³: > There is also the Smalltalk vmFullPath issue. > > How to deal with it? > Is there a way to know what brand of VM we're running? (cocoa, carbon, unixâ¦) > > People trying Coral will run into this issue a lotâ¦ > > > On 13 July 2011 05:49, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Igor Stasenko wrote: >>> >>> Please file the ticket on cog issue tracker. So it will serve as a >>> reminder. >>> >> >> Done... >> >> ID â¼ Type â¼ Status â¼ Priority â¼ Milestone â¼ Owner â¼ Summary + Labels â¼ >> ... >> 49 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the >> ObjectiveC plugin >> 48 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the >> Quicktime plugin >> 47 Defect New Medium ---- ---- Mac Stack VM 4.0.0 is missing the >> Applescript plugin >> >> HTH, >> Sean >> >> -- >> View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3664159.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet >

July 13, 2011

Re: [Pharo-project] About Cocoa VMs

by Damien Pollet

There is also the Smalltalk vmFullPath issue. How to deal with it? Is there a way to know what brand of VM we're running? (cocoa, carbon, unixâ¦) People trying Coral will run into this issue a lotâ¦ On 13 July 2011 05:49, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Igor Stasenko wrote: >> >> Please file the ticket on cog issue tracker. So it will serve as a >> reminder. >> > > Done... > > Â Â Â Â ID â¼ Â Â Type â¼ Â Status â¼ Â Â Â Â Priority â¼ Â Â Â Milestone â¼ Â Â Owner â¼ Â Â Â Â Summary + Labels â¼ > ... > Â Â Â Â 49 Â Â Â Defect Â New Â Â Medium Â ---- Â Â ---- Â Â Â Â Â Â Mac Stack VM 4.0.0 is missing the > ObjectiveC plugin > Â Â Â Â 48 Â Â Â Defect Â New Â Â Medium Â ---- Â Â ---- Â Â Â Â Â Â Mac Stack VM 4.0.0 is missing the > Quicktime plugin > Â Â Â Â 47 Â Â Â Defect Â New Â Â Medium Â ---- Â Â ---- Â Â Â Â Â Â Mac Stack VM 4.0.0 is missing the > Applescript plugin > > HTH, > Sean > > -- > View this message in context: http://forum.world.st/About-Cocoa-VMs-tp3654044p3664159.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 13, 2011

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

by Igor Stasenko

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] shortcuts in PluggableTextMorph

by Benjamin

Maybe you could intercept the event in the editorView ... I dunno :) Ben On Jul 13, 2011, at 1:07 PM, Lukas Renggli wrote: > What about using the keyDown event then? > > Lukas > > On 13 July 2011 13:05, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Yes. But as I said, the value of "self text" is already modified when it gets to the #keystroke:from: >> >> GLMTextModel>>keystroke: anEvent from: aMorph >> self text inspect. >> ^ true >> >> So, I am stuck again :(. >> >> Doru >> >> >> >> On 13 Jul 2011, at 11:22, Lukas Renggli wrote: >> >>> And you return true, if you handled the request? >>> >>> On 13 July 2011 11:18, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>> >>>> On 13 Jul 2011, at 11:08, Lukas Renggli wrote: >>>> >>>>>> This is what I am doing right now and it does not work: >>>>>> (PluggableTextMorph on: textModel ...) >>>>>> onKeyStrokeSend: #keystroke:from: to: textModel >>>>>> ... >>>>> >>>>> You have to attach your handler on the text morph itself, not on the >>>>> pluggable morph which is just a wrapper. >>>> >>>> This is just a helper method in PluggableTextMorph that does what you propose: >>>> >>>> PluggableTextMorph>>onKeyStrokeSend: sel to: recipient >>>> textMorph on: #keyStroke send: sel to: recipient. >>>> >>>> But this still does not seem to work. >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>>> Lukas >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Speaking louder won't make the point worthier." >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> -- >> www.tudorgirba.com >> >> "Be rather willing to give than demanding to get." >> >> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

July 13, 2011