[Pharo-project] about coral
Hi frank Oscar is not in charge since a long time about coral. In fact it had always been my iea, and since oscar like scripting language he was participating. Now Damien is helping a lot. If you have changes that you think can go in our version please send them. I do not know why the REPL is not working anymore and probably that we should use the stdout that were introduced in 1.3 This has been years that I want a smalltalk with a scripting layer and if you want to join you are welcome. Stef ---------- Forwarded message ---------- From: Frank Shearar <frank.shearar@gmail.com> Date: Fri, Aug 5, 2011 at 6:33 PM Subject: [squeak-dev] "Pharoism" package? To: The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org> Hi, I did some work yesterday [1] getting Coral (a scripting framework for Pharo: http://www.squeaksource.com/Coral.html) working in Trunk. I made a few adjustments to Coral itself, mailing Oscar Nierstrasz the changes (what look to be getting Coral to work with the latest Filesystem code, post-large-refactor), and had to add a few methods to Squeak that Coral was expecting. Presumably these were methods renamed by Pharo: Character >> join: String >> join: Class >> addInstVarNamed: MetaClass >> addInstVarNamed: Class >> subclass: SmalltalkImage >> vmFullPath Symbol >> isBinary My question's a bit broader: there are many more Pharo developers than Squeak developers, it seems. They're doing lots of cool stuff. We can easily port these cool things to Squeak (at least, at the moment). If anyone else is doing this kind've thing, perhaps it's worthwhile either adding these kinds of methods to Grease, or having a general "Pharoisms" package. It's not all one-way, of course: having things easily loadable into Squeak means that Squeak hackers (like me) can more easily contribute to interesting packages (like Coral) without having to keep track of two communities. (Coral could, with some love, become a full REPL, which is something I really want.) frank [1] http://stackoverflow.com/questions/6938114/a-smalltalk-implementation-with-t... -- Mariano http://marianopeck.wordpress.com
Something I forgot to say is that we can have a squeak package in the ConfigurationOfCoral. We want Coral to be loadable in Pharo core but not included by default at least for now. We should first close the doors that we opened. Stef
Hi frank
Oscar is not in charge since a long time about coral. In fact it had always been my iea, and since oscar like scripting language he was participating. Now Damien is helping a lot. If you have changes that you think can go in our version please send them. I do not know why the REPL is not working anymore and probably that we should use the stdout that were introduced in 1.3
This has been years that I want a smalltalk with a scripting layer and if you want to join you are welcome.
Stef
---------- Forwarded message ---------- From: Frank Shearar <frank.shearar@gmail.com> Date: Fri, Aug 5, 2011 at 6:33 PM Subject: [squeak-dev] "Pharoism" package? To: The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org>
Hi,
I did some work yesterday [1] getting Coral (a scripting framework for Pharo: http://www.squeaksource.com/Coral.html) working in Trunk. I made a few adjustments to Coral itself, mailing Oscar Nierstrasz the changes (what look to be getting Coral to work with the latest Filesystem code, post-large-refactor), and had to add a few methods to Squeak that Coral was expecting. Presumably these were methods renamed by Pharo:
Character >> join: String >> join: Class >> addInstVarNamed: MetaClass >> addInstVarNamed: Class >> subclass: SmalltalkImage >> vmFullPath Symbol >> isBinary
My question's a bit broader: there are many more Pharo developers than Squeak developers, it seems. They're doing lots of cool stuff. We can easily port these cool things to Squeak (at least, at the moment). If anyone else is doing this kind've thing, perhaps it's worthwhile either adding these kinds of methods to Grease, or having a general "Pharoisms" package.
It's not all one-way, of course: having things easily loadable into Squeak means that Squeak hackers (like me) can more easily contribute to interesting packages (like Coral) without having to keep track of two communities. (Coral could, with some love, become a full REPL, which is something I really want.)
frank
[1] http://stackoverflow.com/questions/6938114/a-smalltalk-implementation-with-t...
-- Mariano http://marianopeck.wordpress.com
_______________________________________________ Pharo-coral mailing list Pharo-coral@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-coral
Stéphane Ducasse wrote:
We want Coral to be loadable in Pharo core but not included by default at least for now.
What is the status of Coral? Is it usable? Thanks. Sean -- View this message in context: http://forum.world.st/about-coral-tp3723018p3723265.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On Aug 6, 2011, at 2:36 PM, Sean P. DeNigris wrote:
Stéphane Ducasse wrote:
We want Coral to be loadable in Pharo core but not included by default at least for now.
What is the status of Coral? Is it usable? Thanks.
Normally it should :) Now I did not try it in the latest version of 1.3 and filesystem. This week we will have FS to pharo 1.4
Sean
-- View this message in context: http://forum.world.st/about-coral-tp3723018p3723265.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
participants (2)
-
Sean P. DeNigris -
Stéphane Ducasse