May 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] A remote workspace

by Geoffroy Couprie

Hello, Here is a Metacello configuration for REPL: http://eleves.ec-lille.fr/~couprieg/divers/ConfigurationOfREPL-GeoffroyCoup… Is it OK? On Thu, May 13, 2010 at 1:51 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > yes > > http://gemstonesoup.wordpress.com/2009/10/19/metacello-tutorial-updated/ > > >>>>> >> >> I tried REPLServer, and it works really well! >> >> It has a dependency on TcpService, so I had to install KomServices and >> DynamicBindings. Is there a tutorial somewhere about writing Metacello >> configurations? >

May 15, 2010

Re: [Pharo-project] maybe a stupid question :)

by Esteban Lorenzano

ok ok, I surrender :) On 2010-05-15 07:22:51 -0300, Michael Roberts <mike(a)mjr104.co.uk> said: > You might disagree but it's what we decided. We should keep different > version tags so that we can use different update streams (sections > within) in the future. > > Cheers mike > > On Friday, May 14, 2010, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wro > te: >> I do not have strong feeling about that ;) >> Just busy :) >> >> On May 14, 2010, at 5:24 PM, Esteban Lorenzano wrote: >> >>> May I disagree with that? I mean "pharo" is "pharo core", and "pharo dev > " is just pharo+packages loaded, so I don't see the point on declaring it a > different version. >>> >>> On 2010-05-14 09:04:31 -0300, Mariano Martinez Peck <marianopeck(a)gmail.c > om> said: >>> >>>> On Fri, May 14, 2010 at 2:00 PM, Esteban Lorenzano >>>> <estebanlm(a)gmail.com >> wrote: >>>>> Hi, >>>>> Why SystemVersion current version answers 'PharoCore1.0' and not just >>>>> 'Pharo1.0'? >>>> Maybe to distinguish from PharoDev? >>>> PharoCore answers -> Â 'PharoCore1.0' >>>> PharoDev (a.k.a Pharo) answers -> Â 'Pharo-1.0' >>>> Cheers, >>>>> Esteban >>>>> _______________________________________________ >>>>> Pharo-project

May 15, 2010

[Pharo-project] Fwd: NetNameResolver in Pharo 1.1

by Michael Roberts

I first tried the metacello package but it didn't work. I then tried the installer script but I didn't have installer loaded. So I found a copy of installer installed that and then ran the update script exactly from the wiki page. It didn't work. I mean it installed a bunch of stuff but is still missing the method. I am happy to test it again when someone correctly packages it for pharo 1.1. Cheers mike On Friday, May 14, 2010, Chris Muller <ma.chris.m(a)gmail.com> wrote: > You have an out-of-date version of "Ma Armored Code" package. Â It > sounds like you are not using instructions on the Magma installation > page..? > > Â http://wiki.squeak.org/squeak/2657 > > The Installer script provided there is correct, I'm not sure what happened.. > > You could also use Monticello Configurations, but they appear to not > be working in Pharo 1.1 right now. Â I don't know whether Miguel > updated his Metacello config for Magma; I have not yet had time to get > into Metacello or I would have done it. > > So how did you install this? > > > On Fri, May 14, 2010 at 9:43 AM, Michael Roberts <mike(a)mjr104.co.uk> wrote: >> Hi just trying to run the tests via the standard magma test >> expression. So it is looking to see if Display exists. That's the >> point on my mac I recognize that it annoyingly changes my screen >> resolution :-) >> >> anyway it is missing your ma extension to query the namespace. >> >> Cheers >> mike >> >> On Friday, May 14, 2010, Chris Muller <asqueaker(a)gmail.com> wrote: >>>> installer) it seems. I am missing an implementation of a method >>>> maAt:ifPresent:ifAbsent: on Smalltalk. >>> >>> Hi Mike, this is left-over from when Smalltalk became a >>> SmalltalkImage. Â But I am confused because I thought I had those all >>> cleaned up. Â Indeed, I did not find any senders of that to Smalltalk. >>> >>> Were you just trying to load it or run the test suite? Â If you would >>> post the stack I would be able to see what you were trying to do and >>> would be happy to fix it. >>> >>> Â - Chris >>> >>>> >>>> anyone with a spare moment might like to figure that out. The >>>> underscores need fixing in dependent packages (write barrier tests) >>>> as well >>>> >>>> so we should maybe do something simpler to test the network. >>>> >>>> thanks, >>>> Mike >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >

May 15, 2010

Re: [Pharo-project] maybe a stupid question :)

by Michael Roberts

You might disagree but it's what we decided. We should keep different version tags so that we can use different update streams (sections within) in the future. Cheers mike On Friday, May 14, 2010, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not have strong feeling about that ;) > Just busy :) > > On May 14, 2010, at 5:24 PM, Esteban Lorenzano wrote: > >> May I disagree with that? I mean "pharo" is "pharo core", and "pharo dev" is just pharo+packages loaded, so I don't see the point on declaring it a different version. >> >> On 2010-05-14 09:04:31 -0300, Mariano Martinez Peck <marianopeck(a)gmail.com> said: >> >>> On Fri, May 14, 2010 at 2:00 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >>>> Hi, >>>> Why SystemVersion current version answers 'PharoCore1.0' and not just >>>> 'Pharo1.0'? >>> Maybe to distinguish from PharoDev? >>> PharoCore answers -> Â 'PharoCore1.0' >>> PharoDev (a.k.a Pharo) answers -> Â 'Pharo-1.0' >>> Cheers, >>>> Esteban >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> <div class=3D"gmail_quote">On Fri, May 14, 2010 at 2:00 PM, Esteban= >>> Lorenzano <<a href=3D"mailto:estebanlm@gmail.com">est= >>> ebanlm(a)gmail.com</a>> wrote: <blockquote class=3D"gmail_quote"= >>> style=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 2= >>> 04); padding-left: 1ex;"> >>> Hi, >>> Why SystemVersion current version answers 'PharoCore1.0' and not ju= >>> st 'Pharo1.0'? >>> </blockquote><div> Maybe to distinguish from PharoDev? PharoC= >>> ore answers ->=A0 'PharoCore1.0' PharoDev (a.k.a Pharo) a= >>> nswers ->=A0 'Pharo-1.0' =A0 </div><blockquote class= >>> =3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid= >>> rgb(204, 204, 204); padding-left: 1ex;"> >>> Cheers, >>> Esteban >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> <a href=3D"mailto:Pharo-project@lists.gforge.inria.fr" target=3D"_blank">Ph= >>> aro-project(a)lists.gforge.inria.fr</a> >>> <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj= >>> ect" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf= >>> o/pharo-project</a> >>> </blockquote></div> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project

May 15, 2010

Re: [Pharo-project] maybe a stupid question :)

by Tudor Girba

Hi, This was decided a long time ago: - PharoCore is PharoCore - PharoDev is Pharo (and from now on, perhaps it would be great to not talk about PharoDev anymore) So, Pharo is PharoDev. In fact, only for very few people will PharoCore be interesting. For most, Pharo(Dev) it is the interesting part. Cheers, Doru On 14 May 2010, at 20:48, Igor Stasenko wrote: > On 14 May 2010 21:36, Torsten Bergmann <astares(a)gmx.de> wrote: >>> I mean "pharo" is "pharo core" >> >> Is Linux only the Kernel? No. >> You have a Linux version (distro) and the kernel version. >> >>> and "pharo dev" is just pharo+packages loaded >> >> Pharo-dev is what is distributed by default and typically >> called "Pharo". Similar to the platform and loaded packages >> in Eclipse or the linux kernel with loaded packages to form >> a Linux system. >> > > My 2c. > > I think that the difference here is that Pharo-Core maintained by > Pharo team and under their direct > responsibility, while Pharo-dev includes various packages, which is > maintained separately. > > Pharo team, of course having a strong influence on Pharo-dev shape, > but main focus is core. > >> Bye >> T. >> >> >> >> -- >> GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! >> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "To lead is not to demand things, it is to make them happen."

May 15, 2010

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by StÃ©phane Ducasse

> > I've got all three running in Squeak 4.1 trunk. Loading in Pharo will be > more complicated due to missing dependencies - maybe not worth it. It might > be better to catalogue how they work and come up with something simple and > flexible from scratch? > > There is a solution brewing in my head that generalizes key bindings to a > condition and action. So, instead of being restricted to 'when shift and c > are pressed' you could say 'when shift and c are pressed and a Workspace is > the active morph' If I remember (was 8 years ago) the mapping table is shared globally by all paragraphEditor and what you want is that potentially each morph can have its own table. So I would not attach context to a binding. But more the table been attached to a morph would be active. But I do not have a definitive answer. Now a trick used by the VW parser to have sharing and instance specific table is the following The trick to get something cool is to have both a class var and an instance var that represent a table: the method only access the table via inst var, at class initialize the classVar is initialized then at instance creation the inst var points to the class var. => sharing of the class Var but now on a specific instance you can copy the table and set up to a give object and it will be used by the object. while others will share the global table. Workspace class could simply have its own specific table for all instances Roel Wuyts designed the magic shortcut in VW it worked quite well so I think that it would be worth to have a look at them. They got integrated in the VW release. Stef > > The only thing that seems like it will be complicated is vi bindings (don't > know enough to say about emacs). For instance, I can't see how normal mode > could be implemented without changing some existing classes (for example, > the cursor must change). > > Sean > -- > View this message in context: http://forum.world.st/Keyboard-Shortcuts-in-Pharo-tp1298784p2217472.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 15, 2010

Re: [Pharo-project] Applescript project ported to Pharo 1.1 #11360

by StÃ©phane Ducasse

Sean this is cool We should think about a way to distinguish code that runs well in pharo from the other. We could have a configurationOf for it. On May 14, 2010, at 10:52 PM, Sean P. DeNigris wrote: > > I removed all the underscore assignments from Applescript, and manually ran > all the sample scripts that didn't require other projects - they all worked! > > I uploaded the new package to http://www.squeaksource.com/Applescript. > > Enjoy :) > - S > -- > View this message in context: http://forum.world.st/Applescript-project-ported-to-Pharo-1-1-11360-tp22172… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 15, 2010

Re: [Pharo-project] Packages management

by Geert Claes

Hi Andrei, I actually just started a thread on the mixed use of Categories and Packages, see: http://forum.world.st/Categories-and-Packages-tp2216632p2216632.html As Stef mentioned, ideally a Class probably only needs to be in a Package without the need to have Categories. -- View this message in context: http://forum.world.st/Packages-management-tp2216854p2217508.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 15, 2010

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by Sean P. DeNigris

I've got all three running in Squeak 4.1 trunk. Loading in Pharo will be more complicated due to missing dependencies - maybe not worth it. It might be better to catalogue how they work and come up with something simple and flexible from scratch? There is a solution brewing in my head that generalizes key bindings to a condition and action. So, instead of being restricted to 'when shift and c are pressed' you could say 'when shift and c are pressed and a Workspace is the active morph' The only thing that seems like it will be complicated is vi bindings (don't know enough to say about emacs). For instance, I can't see how normal mode could be implemented without changing some existing classes (for example, the cursor must change). Sean -- View this message in context: http://forum.world.st/Keyboard-Shortcuts-in-Pharo-tp1298784p2217472.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 15, 2010

Re: [Pharo-project] keyboard shortcut for 'save image'

by Sean P. DeNigris

Mariano Martinez Peck wrote: > > This is cool Sean. However, you should take care in Pharo about the > InputSensor and EventSensor. We remove them and we have now > InputEventSensor > and friends. I didn't load the packages, but just in case they > use/override > them. > Thanks for the heads up. No conflict yet. - Sean -- View this message in context: http://forum.world.st/keyboard-shortcut-for-save-image-tp1680084p2217468.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 15, 2010