- Pharo-users - lists.pharo.org

Re: [Pharo-users] WebClient

by StÃ©phane Ducasse

excellent! excellent! Let me know. I'm working on papers but I want to integrate such packages so that brave souls can start removing some of the ugly part of Network :) Stef On Aug 23, 2010, at 4:44 PM, Sven Van Caekenberghe wrote: > The last version that I patched for Pharo is: > > http://www.squeaksource.com/ADayAtTheBeach/WebClient-Core-SvenVanCaekenberg… > > ==================== Summary ==================== > > Name: WebClient-Core-SvenVanCaekenberghe.63 > Author: SvenVanCaekenberghe > Time: 12 August 2010, 10:46:11 am > UUID: 149d44b2-138b-4d63-a158-f587b2bd391d > Ancestors: WebClient-Core-ar.62 > > added some more #asString's where needed to deal with the different semantics of #, in Squeak vs Pharo; removed usage of #and:and:and:and: with a composition of #and: in WebClient>>connect > > Andreas did not respond to my email... > The Tests corresponding to WebClient-Core-ar.62 (the ancestor) are WebClient-Tests-ar.25. > I am right now having a quick look at the unit tests in PharoCore 1.2. > > Sven > > On 23 Aug 2010, at 15:50, StÃ©phane Ducasse wrote: > >> Sven >> >> I want now to integrate webClient in 1.2 do you have a suggestion where and which packages I should take? >> Some in a Day at a beach ? >> >> Stef >> >> On Aug 13, 2010, at 7:12 PM, Sven Van Caekenberghe wrote: >> >>> Well, I did some effort before and got Andreas to include a number of patches so that his WebClient-Core loaded into Pharo without a need for a compatibility layer. The lastest version does no longer have this property ;-) >>> >>> I again submitted some patches to Andreas ( http://forum.world.st/WebClient-Core-port-to-Pharo-1-1-final-td2322411.html… ) but he hasn't responded yet. Futhermore, I did not yet fix everything, but the code works for my purposes. >>> >>> As I discussed with StÃ©phane, it is not clear for me how this must go further, since we keep on running 'behind'. So it is good to discuss this here. >>> >>> Sven >>> >>> On 13 Aug 2010, at 17:24, Miguel Enrique CobÃ¡ MartÃnez wrote: >>> >>>> El vie, 13-08-2010 a las 12:11 +0200, StÃ©phane Ducasse escribiÃ³: >>>>> Since we agree that we want to use WebClient in pharo by default, it would be nice to start >>>>> pushing it into 1.2. I was waiting a bit to get some more feedback. What we could do >>>>> is >>>>> - load it in 1.2 >>>>> - update it when andreas publish new versions >>>>> - start forwarding to webClient >>>>> - remove the other code slowly >>>>> >>>>> What do you think? >>>>> Stef >>>> >>>> +1, I think GermÃ¡n Arduino began the work to include WebClient in Pharo. >>>> He could give an update. >>>> Also, now that WebClient includes OAuth support Seaside apps and Pharo >>>> in general could benefit by allowing connecting to Twitter and Facebook >>>> sites. >>>> >>>> Cheers >>>>> >>>>> On Jun 10, 2010, at 4:09 PM, Sven Van Caekenberghe wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Andreas Raab's 'new' WebClient/WebServer seems quite nice, as he says himself: >>>>>> >>>>>> As a result, we now have what I think is a pretty decent HTTP server and client implementation for Squeak 4.1 and hopefully we can nuke HTTPSocket sometime soon. WebClient is superior in every respect. >>>>>> >>>>>> Is this something that will / should fit seamlessly into Pharo ? Or even become preinstalled ? >>>>>> >>>>>> I didn't try his ConfigurationOfWebClient since the last version was unreadable and it seemed like an experiment, while his textual explanation was easy to follow. >>>>>> >>>>>> To load it into and to make the unit tests run in Pharo 1.0 I had to make a couple of fixes (to WebCookie#printOn: and WebServer class#serverString). Who should I sent these changes to ? >>>>>> >>>>>> But even then 1 unit test failed (#testServerDestroy). >>>>>> >>>>>> Furthermore, some the changes in his package WebClient-Pharo seem a bit dangerous, especially a modification to SocketStream#peek (and the failed test was doing a peek) and an override of String#, some others are unneccessary as far as I can see. >>>>>> >>>>>> Sven >>>>>> >>>>>> -- >>>>>> Sven Van Caekenberghe - mailto:sven@beta9.be >>>>>> Beta Nine - software engineering - http://www.beta9.be >>>>>> .Mac - svc(a)mac.com - http://homepage.mac.com/svc >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-users mailing list >>>>>> Pharo-users(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-users mailing list >>>>> Pharo-users(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>>> >>>> -- >>>> Miguel CobÃ¡ >>>> http://miguel.leugim.com.mx >>>> >>>> >>>> _______________________________________________ >>>> Pharo-users mailing list >>>> Pharo-users(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 23, 2010

Re: [Pharo-users] WebClient

by Sven Van Caekenberghe

The last version that I patched for Pharo is: http://www.squeaksource.com/ADayAtTheBeach/WebClient-Core-SvenVanCaekenberg… ==================== Summary ==================== Name: WebClient-Core-SvenVanCaekenberghe.63 Author: SvenVanCaekenberghe Time: 12 August 2010, 10:46:11 am UUID: 149d44b2-138b-4d63-a158-f587b2bd391d Ancestors: WebClient-Core-ar.62 added some more #asString's where needed to deal with the different semantics of #, in Squeak vs Pharo; removed usage of #and:and:and:and: with a composition of #and: in WebClient>>connect Andreas did not respond to my email... The Tests corresponding to WebClient-Core-ar.62 (the ancestor) are WebClient-Tests-ar.25. I am right now having a quick look at the unit tests in PharoCore 1.2. Sven On 23 Aug 2010, at 15:50, StÃ©phane Ducasse wrote: > Sven > > I want now to integrate webClient in 1.2 do you have a suggestion where and which packages I should take? > Some in a Day at a beach ? > > Stef > > On Aug 13, 2010, at 7:12 PM, Sven Van Caekenberghe wrote: > >> Well, I did some effort before and got Andreas to include a number of patches so that his WebClient-Core loaded into Pharo without a need for a compatibility layer. The lastest version does no longer have this property ;-) >> >> I again submitted some patches to Andreas ( http://forum.world.st/WebClient-Core-port-to-Pharo-1-1-final-td2322411.html… ) but he hasn't responded yet. Futhermore, I did not yet fix everything, but the code works for my purposes. >> >> As I discussed with StÃ©phane, it is not clear for me how this must go further, since we keep on running 'behind'. So it is good to discuss this here. >> >> Sven >> >> On 13 Aug 2010, at 17:24, Miguel Enrique CobÃ¡ MartÃnez wrote: >> >>> El vie, 13-08-2010 a las 12:11 +0200, StÃ©phane Ducasse escribiÃ³: >>>> Since we agree that we want to use WebClient in pharo by default, it would be nice to start >>>> pushing it into 1.2. I was waiting a bit to get some more feedback. What we could do >>>> is >>>> - load it in 1.2 >>>> - update it when andreas publish new versions >>>> - start forwarding to webClient >>>> - remove the other code slowly >>>> >>>> What do you think? >>>> Stef >>> >>> +1, I think GermÃ¡n Arduino began the work to include WebClient in Pharo. >>> He could give an update. >>> Also, now that WebClient includes OAuth support Seaside apps and Pharo >>> in general could benefit by allowing connecting to Twitter and Facebook >>> sites. >>> >>> Cheers >>>> >>>> On Jun 10, 2010, at 4:09 PM, Sven Van Caekenberghe wrote: >>>> >>>>> Hi, >>>>> >>>>> Andreas Raab's 'new' WebClient/WebServer seems quite nice, as he says himself: >>>>> >>>>> As a result, we now have what I think is a pretty decent HTTP server and client implementation for Squeak 4.1 and hopefully we can nuke HTTPSocket sometime soon. WebClient is superior in every respect. >>>>> >>>>> Is this something that will / should fit seamlessly into Pharo ? Or even become preinstalled ? >>>>> >>>>> I didn't try his ConfigurationOfWebClient since the last version was unreadable and it seemed like an experiment, while his textual explanation was easy to follow. >>>>> >>>>> To load it into and to make the unit tests run in Pharo 1.0 I had to make a couple of fixes (to WebCookie#printOn: and WebServer class#serverString). Who should I sent these changes to ? >>>>> >>>>> But even then 1 unit test failed (#testServerDestroy). >>>>> >>>>> Furthermore, some the changes in his package WebClient-Pharo seem a bit dangerous, especially a modification to SocketStream#peek (and the failed test was doing a peek) and an override of String#, some others are unneccessary as far as I can see. >>>>> >>>>> Sven >>>>> >>>>> -- >>>>> Sven Van Caekenberghe - mailto:sven@beta9.be >>>>> Beta Nine - software engineering - http://www.beta9.be >>>>> .Mac - svc(a)mac.com - http://homepage.mac.com/svc >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-users mailing list >>>>> Pharo-users(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>>> >>>> >>>> _______________________________________________ >>>> Pharo-users mailing list >>>> Pharo-users(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> -- >>> Miguel CobÃ¡ >>> http://miguel.leugim.com.mx >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 23, 2010

Re: [Pharo-users] [SPAM] Re: WebClient

by StÃ©phane Ducasse

Sven I want now to integrate webClient in 1.2 do you have a suggestion where and which packages I should take? Some in a Day at a beach ? Stef On Aug 13, 2010, at 7:12 PM, Sven Van Caekenberghe wrote: > Well, I did some effort before and got Andreas to include a number of patches so that his WebClient-Core loaded into Pharo without a need for a compatibility layer. The lastest version does no longer have this property ;-) > > I again submitted some patches to Andreas ( http://forum.world.st/WebClient-Core-port-to-Pharo-1-1-final-td2322411.html… ) but he hasn't responded yet. Futhermore, I did not yet fix everything, but the code works for my purposes. > > As I discussed with StÃ©phane, it is not clear for me how this must go further, since we keep on running 'behind'. So it is good to discuss this here. > > Sven > > On 13 Aug 2010, at 17:24, Miguel Enrique CobÃ¡ MartÃnez wrote: > >> El vie, 13-08-2010 a las 12:11 +0200, StÃ©phane Ducasse escribiÃ³: >>> Since we agree that we want to use WebClient in pharo by default, it would be nice to start >>> pushing it into 1.2. I was waiting a bit to get some more feedback. What we could do >>> is >>> - load it in 1.2 >>> - update it when andreas publish new versions >>> - start forwarding to webClient >>> - remove the other code slowly >>> >>> What do you think? >>> Stef >> >> +1, I think GermÃ¡n Arduino began the work to include WebClient in Pharo. >> He could give an update. >> Also, now that WebClient includes OAuth support Seaside apps and Pharo >> in general could benefit by allowing connecting to Twitter and Facebook >> sites. >> >> Cheers >>> >>> On Jun 10, 2010, at 4:09 PM, Sven Van Caekenberghe wrote: >>> >>>> Hi, >>>> >>>> Andreas Raab's 'new' WebClient/WebServer seems quite nice, as he says himself: >>>> >>>> As a result, we now have what I think is a pretty decent HTTP server and client implementation for Squeak 4.1 and hopefully we can nuke HTTPSocket sometime soon. WebClient is superior in every respect. >>>> >>>> Is this something that will / should fit seamlessly into Pharo ? Or even become preinstalled ? >>>> >>>> I didn't try his ConfigurationOfWebClient since the last version was unreadable and it seemed like an experiment, while his textual explanation was easy to follow. >>>> >>>> To load it into and to make the unit tests run in Pharo 1.0 I had to make a couple of fixes (to WebCookie#printOn: and WebServer class#serverString). Who should I sent these changes to ? >>>> >>>> But even then 1 unit test failed (#testServerDestroy). >>>> >>>> Furthermore, some the changes in his package WebClient-Pharo seem a bit dangerous, especially a modification to SocketStream#peek (and the failed test was doing a peek) and an override of String#, some others are unneccessary as far as I can see. >>>> >>>> Sven >>>> >>>> -- >>>> Sven Van Caekenberghe - mailto:sven@beta9.be >>>> Beta Nine - software engineering - http://www.beta9.be >>>> .Mac - svc(a)mac.com - http://homepage.mac.com/svc >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-users mailing list >>>> Pharo-users(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 23, 2010

Re: [Pharo-users] OSProcess and capturing stdout

by Mariano Martinez Peck

On Sun, Aug 22, 2010 at 9:10 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > Mariano, > > Please forward this to the Pharo-users list if it does not go through. > I just subscribed a few minutes ago, but I don't know if the mail will > go through yet. > > Hi David. Yes, the email went to the mailing list :) > Dean, > > I have not yet made a ConfigurationOfCommandShell (but I guess that I > should). Mean time you can use a Monticello browser to load the package > directly from SqueakSource. Pharo does not have an MVC environment, and > the errors that you are seeing are a result of this. To avoid the problem > just load the individual CommandShell packages, and do not load the > MVC part. That means that you should load OSProcess first, and then load > just these packages from SqueakSource/CommandShell: > Coool ! you finally split the packages in CommandShell :) That's good for pharo users. Thanks david. mariano > > CommandShell-Base > CommandShell-Commands > CommandShell-Piping > CommandShell-UI > CommandShell-Morphic > CommandShell-Tests > > There is plenty of support for piping in CommandShell. Look through > the class side methods in classes CommandShell and PipeableOSProcess. > The information at http://wiki.squeak.org/squeak/1914 should give a > good overview. > > To answer your specific question, popen() is implemented as a primitive > in the OSProcessPlugin, which is distributed with most Unix and Mac > VMs. The primitive is #primitiveCreatePipe, which is called by > UnixOSProcessAccessor>>primCreatePipe. The higher level classes in > OSProcess and CommandShell make use of this to create pipes and > to do things like connecting pipes from external processes (e.g. > the stdout from some command that you might run) to the virtual > machine, thus making it available to the Squeak/Pharo image. > > Dave > > On Fri, Aug 20, 2010 at 10:06:48PM +0200, Mariano Martinez Peck wrote: > > Maybe David can gelp you. > > > > > > On Fri, Aug 20, 2010 at 9:06 AM, Dean Powell <powelldean(a)yahoo.com> > wrote: > > > > > Hi: > > > > > > I'm using Pharo-1.1 OneClick on Ubuntu 10.04. One project I am looking > at > > > would > > > require the use of external commands. It appears I can use something > like > > > "ExternalUnixOSProcess command: 'do_something --option'" etc. I can > > > perform > > > external commands, but output from these still goes to stdOut. I > looked > > > into > > > using CommandShell, but when I try and use this I get grumblings about > not > > > findng PluggableTextController and PluggableTextView. > > > > > > Using OSProcess or a subclass, is there a way I can launch an external > > > command > > > but capture the output (say, to a variable)? Does Pharo yet have the > > > equivalent > > > of the c popen() command? > > > > > > Is there a way to load CommandShell without it grumbling about the two > > > packages > > > mentioned above? > > > > > > Any information would be appreciated. > > > > > > Best Regards, > > > Dean Powell > > > Edmonton, Canada > > > >

Aug. 23, 2010

Re: [Pharo-users] [Pharo-project] MethodName

by StÃ©phane Ducasse

> > > Hi Benjamin. Thanks a lot for all the work you are doing. When we start to build PharoDev 1.2 I would like to include your new recent submission and this method finder. I want to integrate recentMessage to replace the default one. Same for the new Finder once it is ready. I did not have the time. I think that this is important to take the time to rethink what we want. > It is very good idea to merge both, as it was very confusing. > > Here is my feedback > > 1) You have to provide a help text somewhere. Ok, entering a message name is easy. For example, if I want to see all messages like #setUp for example. That's intuitive. But, if I want to search the method that sending to an object 'aaa' answers me 'AAA', it is not intuitive to type: 'aaa' . 'AAA' . so....this should be explained somewhere. Maybe you can add a text explaining this (like it was in the previous tool) in the code panel. Because when you first open MethodName, the code panel is empy...you can use is and write there the text. Of course, an extra button help would be nice too :) > > 2) In addition to 1) writing a HelpSystem chapter / Pharo Collaborative book is important. What I mean is that if we are going to include a new tool in the Pharo mainstream, then it should be easy to use and documented. > > 3) The scroll of "change search envirorment" is veryyyyyyy slow. I know it is not "your" fault, but maybe someone can give you an idea of how to improve this. Maybe Tudor, Alexandre, Lukas, Gary...I don't know. > > 4) Most of the buttons are confusing because you don't know when you should be able to use them. For example, all the button (browse, senders, etc) are only usable when you select a specific implementor. But > > a) they are not disable at the beginning (before choosing a selector), thus someone would try to use them just after selecting a method name. > > b) not all of them require an implementor. For example, to search the senders, I don't need to select a particular implementor. Just having the selector is enough. > > So...I would put those buttons inside the right panel (where you list the implementors) or disable (grey) them when not needed. > > 5) This one is difficult to explain....Take method name and type in the serach inpit: 'aaa' . 'AAA'. Hit serach and you will see 'aaa' asUppercase -> 'AAA' listed in the left panel. If you click EVERYWHERE inside that panel, the first one is selected. Thus, it is easy and fast becasue you DONT need to go the the first raw and mark it. Ok? > > Now....do the same but write "setUp". You will see several methods that match that. Select any of them, and in the right panel you will have a list. A lot of times, there is one implementor. And of course you want that....but doing the same of the previous case doesn't work. You have to go exactly to that raw in order to select it. > > okok...I know, I am lazy :) > > Thanks again for this > > Mariano > > > > If you have advice or ideas, I'll thank you a lot ^^ > > > Benjamin > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 22, 2010

Re: [Pharo-users] MethodName

by Mariano Martinez Peck

On Sun, Aug 22, 2010 at 3:09 AM, Benjamin Van Ryseghem < benjamin.vanryseghem(a)gmail.com> wrote: > Hello everybody, > > I'm working on a new project which consist in merging MethodFinder and > MessagesName. > > The first usable release can be loaded here : > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > and it needs NullTextStyler > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'NullTextStyler'; > load. > > To open a Method Name browser, just clic World > Tools > Method Name or > MethodName new openInWorld. > Hi Benjamin. Thanks a lot for all the work you are doing. When we start to build PharoDev 1.2 I would like to include your new recent submission and this method finder. It is very good idea to merge both, as it was very confusing. Here is my feedback 1) You have to provide a help text somewhere. Ok, entering a message name is easy. For example, if I want to see all messages like #setUp for example. That's intuitive. But, if I want to search the method that sending to an object 'aaa' answers me 'AAA', it is not intuitive to type: 'aaa' . 'AAA' . so....this should be explained somewhere. Maybe you can add a text explaining this (like it was in the previous tool) in the code panel. Because when you first open MethodName, the code panel is empy...you can use is and write there the text. Of course, an extra button help would be nice too :) 2) In addition to 1) writing a HelpSystem chapter / Pharo Collaborative book is important. What I mean is that if we are going to include a new tool in the Pharo mainstream, then it should be easy to use and documented. 3) The scroll of "change search envirorment" is veryyyyyyy slow. I know it is not "your" fault, but maybe someone can give you an idea of how to improve this. Maybe Tudor, Alexandre, Lukas, Gary...I don't know. 4) Most of the buttons are confusing because you don't know when you should be able to use them. For example, all the button (browse, senders, etc) are only usable when you select a specific implementor. But a) they are not disable at the beginning (before choosing a selector), thus someone would try to use them just after selecting a method name. b) not all of them require an implementor. For example, to search the senders, I don't need to select a particular implementor. Just having the selector is enough. So...I would put those buttons inside the right panel (where you list the implementors) or disable (grey) them when not needed. 5) This one is difficult to explain....Take method name and type in the serach inpit: 'aaa' . 'AAA'. Hit serach and you will see 'aaa' asUppercase -> 'AAA' listed in the left panel. If you click EVERYWHERE inside that panel, the first one is selected. Thus, it is easy and fast becasue you DONT need to go the the first raw and mark it. Ok? Now....do the same but write "setUp". You will see several methods that match that. Select any of them, and in the right panel you will have a list. A lot of times, there is one implementor. And of course you want that....but doing the same of the previous case doesn't work. You have to go exactly to that raw in order to select it. okok...I know, I am lazy :) Thanks again for this Mariano > > If you have advice or ideas, I'll thank you a lot ^^ > > > Benjamin > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

Aug. 22, 2010

Re: [Pharo-users] MethodName

by StÃ©phane Ducasse

Thanks benjamin marcus wanted that since years :) I will integrate NullStyler and I should go over your other improvements... but the weather is too good :) soon will the rain I will be more productive :) Stef (cutting the lawn) http://www.hondaireland.ie/Images/ContentBuilder/Lhfas1.jpg not quite :) On Aug 22, 2010, at 3:09 AM, Benjamin Van Ryseghem wrote: > Hello everybody, > > I'm working on a new project which consist in merging MethodFinder and MessagesName. > > The first usable release can be loaded here : > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > and it needs NullTextStyler > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'NullTextStyler'; > load. > > To open a Method Name browser, just clic World > Tools > Method Name or > MethodName new openInWorld. > > > If you have advice or ideas, I'll thank you a lot ^^ > > > Benjamin > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 22, 2010

MethodName

by Benjamin Van Ryseghem

Hello everybody, I'm working on a new project which consist in merging MethodFinder and MessagesName. The first usable release can be loaded here : Gofer new squeaksource: 'PharoTaskForces'; package: 'MethodName'; load. and it needs NullTextStyler Gofer new squeaksource: 'PharoTaskForces'; package: 'NullTextStyler'; load. To open a Method Name browser, just clic World > Tools > Method Name or MethodName new openInWorld. If you have advice or ideas, I'll thank you a lot ^^ Benjamin

Aug. 22, 2010

Re: [Pharo-users] OSProcess and capturing stdout

by Mariano Martinez Peck

Maybe David can gelp you. On Fri, Aug 20, 2010 at 9:06 AM, Dean Powell <powelldean(a)yahoo.com> wrote: > Hi: > > I'm using Pharo-1.1 OneClick on Ubuntu 10.04. One project I am looking at > would > require the use of external commands. It appears I can use something like > "ExternalUnixOSProcess command: 'do_something --option'" etc. I can > perform > external commands, but output from these still goes to stdOut. I looked > into > using CommandShell, but when I try and use this I get grumblings about not > findng PluggableTextController and PluggableTextView. > > Using OSProcess or a subclass, is there a way I can launch an external > command > but capture the output (say, to a variable)? Does Pharo yet have the > equivalent > of the c popen() command? > > Is there a way to load CommandShell without it grumbling about the two > packages > mentioned above? > > Any information would be appreciated. > > Best Regards, > Dean Powell > Edmonton, Canada > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Aug. 20, 2010

Pharocasts: Install Pharo on Windows

by laurent laffont

Install Pharo on Windows You will learn how to select your chosen Pharo image and Squeak Virtual Machine versions. Recorded by Christoph "HaiColon" Budzinski. (Thank you !!) http://pharocasts.blogspot.com/2010/08/install-pharo-on-windows.html Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

Aug. 20, 2010