- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Announcements for Pharo?

by Miguel Enrique CobÃ¡ MartÃnez

Michael Rueger wrote: > Keith Hodges wrote: > >>> We will include it. >>> >>> >>> Thanks, we will try with Pharo then. >>> Lautaro FernÃ¡ndez >> I am confused. Surely you would expect a loadable package to remain >> loadable and only be called up if needed? > > Although I'm normally the first to argue against including more stuff > into the core image I think Announcements need to be part of core. > This will allow us to have *one* mechanism for signaling/subscribing and > can over time replace the different variants that are now used and > provide a solid base for anyone needing such a mechanism. > In the experimental forks I have worked on having Announcements > available made all the difference. > +1 We need to standarize to only one implementation, if posible, adding the features needed from the others if neccesary. It could be that some features from other implementation could not be integrated because of architectural reason, but that will be discussed when the time arrives. Miguel CobÃ¡ > Michael > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 26, 2009

Re: [Pharo-project] Aaah, the pain or ParagraphEditor refactoring ; -)

by Lukas Renggli

> Just for information, couldn't SafarÃ a be introduced here ? SafarÃ is not useable yet. It is too slow :-( Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 26, 2009

Re: [Pharo-project] Announcements for Pharo?

by Michael Rueger

Keith Hodges wrote: >> We will include it. >> >> >> Thanks, we will try with Pharo then. >> Lautaro FernÃ¡ndez > I am confused. Surely you would expect a loadable package to remain > loadable and only be called up if needed? Although I'm normally the first to argue against including more stuff into the core image I think Announcements need to be part of core. This will allow us to have *one* mechanism for signaling/subscribing and can over time replace the different variants that are now used and provide a solid base for anyone needing such a mechanism. In the experimental forks I have worked on having Announcements available made all the difference. Michael

Feb. 26, 2009

Re: [Pharo-project] Aaah, the pain or ParagraphEditor refactoring ; -)

by CÃ©drick BÃ©ler

Just for information, couldn't SafarÃ a be introduced here ?

Feb. 26, 2009

Re: [Pharo-project] smalltalk as an interactive shell language (was Pharo scripting -- reborn as "Coral")

by CÃ©drick BÃ©ler

> > Do you know about any other Smalltalk-based shells? > sounds like an excellent GSOC / ESUG Summertalk project candidate ;) CÃ©drick

Feb. 26, 2009

Re: [Pharo-project] 10243: error related to OB in the transcript

by David RÃ¶thlisberger

>> Damien, do you know where this selectors get defined? Is there an external dependency >> in DynamicProtocols, do we need to load something else to get these methods? > > They are in the ClassSelectorsSet package on SqueakSource. I've just > integrated them inside OB-Enhancements. Thanks, Damien! David

Feb. 26, 2009

Re: [Pharo-project] smalltalk as an interactive shell language (was Pharo scripting -- reborn as "Coral")

by HernÃ¡n Morales Durand

Hello Oscar, I know about STSH Shell for Smalltalk/X: http://www.vanak.cz/downloads.html (distributed as a binary release) and Sh++ which is a "visual" shell using the FOIBLE framework for visual languages: http://ftp3.gwdg.de/pub/languages/smalltalk/st.cs.uiuc.edu/Smalltalk/st80_p… HernÃ¡n 2009/2/26 Oscar Nierstrasz <oscar(a)iam.unibe.ch>: > > Haha! Â I just meant, is there anything else out there I should know > about? > > Do you know about any other Smalltalk-based shells? > > - on > > On Feb 26, 2009, at 13:35, David T. Lewis wrote: > >> On Thu, Feb 26, 2009 at 12:03:43PM +0100, Oscar Nierstrasz wrote: >>> >>> David Lewis mentioned ExternalCommandShell as an example. Â Is that >>> the >>> state-of-the-art? >> >> Well, I wrote it so you may be sure that it is not state-of-the-art ;) >> >> Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 26, 2009

Re: [Pharo-project] Announcements for Pharo?

by Norbert Hartl

On Wed, 2009-02-25 at 16:28 -0800, Michael Rueger wrote: > Hi all, > > should we add Announcements as part of the core image? > And if so, which of the existing implementations? > I started to use AXAnnouncements in the early 2007. It is used much in my application. While resurrecting the project the last month I changed it to use Lukas' Announcements. All I had to do was changing a call when:do:for to subscribe:do:for Works like a charm! Norbert

Feb. 26, 2009

Re: [Pharo-project] Announcements for Pharo?

by Keith Hodges

Lautaro FernÃ¡ndez wrote: > 2009/2/26 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > <mailto:stephane.ducasse@inria.fr>> > > > On Feb 26, 2009, at 1:25 PM, Lautaro FernÃ¡ndez wrote: > > > This may be a stupid question, but here it goes: > > Does exist the Announcement implementation of Lukas in the actual > > image of Pharo? > > We will include it. > > > Thanks, we will try with Pharo then. > Lautaro FernÃ¡ndez I am confused. Surely you would expect a loadable package to remain loadable and only be called up if needed? Keith

Feb. 26, 2009

Re: [Pharo-project] smalltalk as an interactive shell language (was Pharo scripting -- reborn as "Coral")

by Oscar Nierstrasz

Haha! I just meant, is there anything else out there I should know about? Do you know about any other Smalltalk-based shells? - on On Feb 26, 2009, at 13:35, David T. Lewis wrote: > On Thu, Feb 26, 2009 at 12:03:43PM +0100, Oscar Nierstrasz wrote: >> >> David Lewis mentioned ExternalCommandShell as an example. Is that >> the >> state-of-the-art? > > Well, I wrote it so you may be sure that it is not state-of-the-art ;) > > Dave

Feb. 26, 2009