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

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by StÃ©phane Ducasse

We can integrate the package right now. Then we will have to perform refactorings to slowly substitute the old by the new. So I could just add this package in 1.2 Stef > Thanks. > > A doubt that comes now to my mind (surely because I don't know very well the process of put changes on Pharo). > > The current packages of WebClient load ok, not changes needed. Only load in the order core-tests-help and http. > > How should be integrated in Pharo in these conditions (I'm talking about when no changes are needed)? I mean, not need > to create a new package. I should upload the packages currently on the WebClient account on Squeaksource? > > Any clarification about this question will be appreciated. > > Thanks. > GermÃ¡n. > > > > 2010/7/7 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > On 08.07.2010 00:17, GermÃ¡n Arduino wrote: > I opened the ticket, check it at: http://code.google.com/p/pharo/issues/detail?id=2658 > > Being that is my first one I'm not sure if I did all ok, please don't hesitate in correct me! :) > > The thing I don't understand is "publish in the repo PharoTaskForces", can you explain please? > > Cheers. > German. > MCHttpRepository > location: 'http://www.squeaksource.com/PharoTaskForces' > user: '' > password: '' > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 8, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by Mariano Martinez Peck

2010/7/8 GermÃ¡n Arduino <garduino(a)gmail.com> > Thanks. > > A doubt that comes now to my mind (surely because I don't know very well > the process of put changes on Pharo). > > The current packages of WebClient load ok, not changes needed. Only load in > the order core-tests-help and http. > > How should be integrated in Pharo in these conditions (I'm talking about > when no changes are needed)? I mean, not need > to create a new package. I should upload the packages currently on the > WebClient account on Squeaksource? > I see to options: 1) create an issue and describe with text how to load both packages and the order. 2) Load in your image those packages and prepare a Slice package with WEbClient packages as required packages. Then commit that slice to PharoInbox. For 2) notice that there is a new button "Slice" in the Monticello Browser. Cheers Mariano > > Any clarification about this question will be appreciated. > > Thanks. > GermÃ¡n. > > > > 2010/7/7 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > > On 08.07.2010 00:17, GermÃ¡n Arduino wrote: >> >>> I opened the ticket, check it at: >>> http://code.google.com/p/pharo/issues/detail?id=2658 >>> >>> Being that is my first one I'm not sure if I did all ok, please don't >>> hesitate in correct me! :) >>> >>> The thing I don't understand is "publish in the repo PharoTaskForces", >>> can you explain please? >>> >>> Cheers. >>> German. >>> >> MCHttpRepository >> location: 'http://www.squeaksource.com/PharoTaskForces' >> user: '' >> password: '' >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 8, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by StÃ©phane Ducasse

but may be this is not necessary to publish in the taskforces. Stef > > I opened the ticket, check it at: http://code.google.com/p/pharo/issues/detail?id=2658 > > Being that is my first one I'm not sure if I did all ok, please don't hesitate in correct me! :) > > The thing I don't understand is "publish in the repo PharoTaskForces", can you explain please? > > > Sorry for that GermÃ¡n. There is a repository which is: http://www.squeaksource.com/PharoTaskForces > > Browse it and you can notice that there are packages that may requiere work. People can work on those packages and once there is something done, then it is just integrated in Pharo. > > So...commit there, and then people can load it, and commit changes. > > I hope this helps > > mariano > > Cheers. > German. > > > > 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> > > If you (Stef/Sven) cand give some guidelines about what do you expect and how to integrate, I can help here also. > > > Open a ticket, send email, publish in the repository PharoTaskForces so that people can start to commit there. Once you have something that works, someone just integrates it. > > Cheers > > mariano > > > _______________________________________________ > 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

July 8, 2010

[Pharo-project] Polymorph question - vertical tabs

by Torsten Bergmann

Does polymorph also support vertical tab groups similar to: http://www.orbifold.net/default/wp-content/uploads/roundlefttab.jpg Thx T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

July 8, 2010

Re: [Pharo-project] why "maximize" does not fills all the window in 1.1?

by Alain Plantec

Le 07/07/2010 15:02, Esteban Lorenzano a Ã©crit : > Hi, > I wonder why we rollback this change... maybe is stupid, but I liked > the 1.0 behavior: when you hit maximize you fills the full world screen. > > Cheers, > Esteban Hi Esteban, there is a setting for that. Appearance/Morphic/Windows/Full screen margin Cheers Alain > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 8, 2010

Re: [Pharo-project] simple point function seems strange

by StÃ©phane Ducasse

I was stupid to think that the rotation did not depend on the origin and coordinate system. Stef On Jul 8, 2010, at 12:28 AM, Henrik Sperre Johansen wrote: > On 08.07.2010 00:26, Henrik Sperre Johansen wrote: >> On 08.07.2010 00:11, StÃ©phane Ducasse wrote: >>> Hi >>> >>> (10@20) rotateBy: #left centerAt: 0 @0 >>> returns >>> 20@ -10 >>> >>> and my math tells me that this is a rotation to the right. >>> >>> Am I correct? >>> Then why I'm wrong? screen coordinates vs. math coordinate? >>> >>> Stef >> You rotate around the center, left is compared to the center -> point vector, not the other way around. yes but >> >> Cheers, >> Henry > ... assuming you use screen coordinates of course, starting at top left :) > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 8, 2010

Re: [Pharo-project] Updating VM links for Pharo 1.1

by Mariano Martinez Peck

On Thu, Jul 8, 2010 at 10:00 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > - I updated the Mac VM link to point to version 4.2.5beta1U. This version > certainly also makes sense for Pharo 1.0. > Great, > - I didn't change the other links since the Windows one already points to > the proposed version (4.0.2) great > and the Unix link does not point to a specific version. > > maybe we can put in parentheses the version? something like: Unix (4.0.3.2202) or something like that? So no need to have a separate set of links if they are all the same. > I guess. I am not sure if Unix 4.0.3.2202 has FreeType compiled (for 1.0). Can someone tell us this? > > Does that make sense? > > Cheers, > Adrian > > On Jul 8, 2010, at 02:59 , Schwab,Wilhelm K wrote: > > > One concern: having separate download links in no way tells us what vm > someone uses with a particular version, and we can't assume that it does. > > > > > > > > ________________________________________ > > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Mariano Martinez > Peck [marianopeck(a)gmail.com] > > Sent: Wednesday, July 07, 2010 6:11 PM > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] Updating VM links for Pharo 1.1 > > > > On Wed, Jul 7, 2010 at 2:19 PM, Adrian Lienhard <adi(a)netstyle.ch<mailto: > adi(a)netstyle.ch>> wrote: > > I'm a bit confused. Do we want to have a separate set of VMs or not? > > > > Yes, I vote to put them separated. > > > > Furthermore, the link to the Unix VM just goes to > http://squeakvm.org/unix/, but not to a particular version. > > > > > > As far as I know, there is not way to link to a particular version. You > can, but to a particular version/platform (for example, GNU/Linux, FreeBSD, > etc...) > > > > Cheers, > > Adrian > > > > > > On Jul 7, 2010, at 14:09 , Mariano Martinez Peck wrote: > > > >> On Wed, Jul 7, 2010 at 11:33 AM, Serge Stinckwich < > >> serge.stinckwich(a)gmail.com<mailto:serge.stinckwich@gmail.com>> wrote: > >> > >>> 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com<mailto: > marianopeck(a)gmail.com>>: > >>>> Hi. Henry made me remember that we need to update the VMs links for > Pharo > >>>> 1.1. We are in RC4 and very very near of the stable release. Thus, I > >>> suggest > >>>> to fix this problem. > >>>> > >>>> You can see in http://code.google.com/p/pharo/issues/detail?id=2646 > >>>> > >>>> Mac: > >>>> 4.2.5 > >>>> Windows: > >>>> 4.0.2 > >>>> Linux: > >>>> 4.0.3.2202 > >>>> > >>>> What I am not sure if we should put these links in a particular > section > >>> of > >>>> Pharo 1.1 or just update the current VMs links. The problem of doing > the > >>>> last one is that these VMs will be downloaded for both images: 1.0 and > >>> 1.1. > >>>> Are there problems with it ? The only thing I can image is if the vm > >>> has > >>>> FreeType compiled. > >>> > >>> Hi Mariano, > >>> > >>> maybe it's better to avoid problems by providing two distincts VMs. > >>> And if some people reports problem from 1.0, maybe you will not know > >>> wich VMs they used. > >>> > >> > >> +1. I completly agree. > >> > >> Adrian, could you do this please? > >> > >> Thanks > >> > >> Mariano > >> > >> > >>> Regards, > >>> -- > >>> Serge Stinckwich > >>> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > >>> Every DSL ends up being Smalltalk > >>> http://doesnotunderstand.org/ > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr<mailto: > 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<mailto: > 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<mailto: > 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 mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 8, 2010

Re: [Pharo-project] why "maximize" does not fills all the window in 1.1?

by Geert Claes

Carla F. Griggio wrote: > > Hahaha, good point, Wilhelm :P > > It kind of bothered me at first, but then I noticed it was more > confortable to open the World Menu, although I thought "maybe there's > another way to open the World menu where I don't need the background to be > visible". Is there? > > If not, I agree that there should be a way to do it without depending on > the background. But in the meantime, not maximizing the windows to full > screen helps. > I was thinking that a while ago as well. How about a top menu-bar like the Apple Menu like this (see screen mockup)? http://forum.world.st/file/n2281990/World_Menu.png On a side note, there's another small thing which has been bothering me is that even though I really like the Mac theme and look and feel the Red/Yellow/Green Close/Min/Max buttons don't indicate which one is which on a mouse-over so you need to know which color does what. I liked the windows button I saw in one of the Smalltalk Medicine Show video's. It still had a nice look-n-feel but the icons actually had more meaning. http://forum.world.st/file/n2281990/Better_Window_Icons.png -- View this message in context: http://forum.world.st/why-maximize-does-not-fills-all-the-window-in-1-1-tp2… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 8, 2010

Re: [Pharo-project] Updating VM links for Pharo 1.1

by Adrian Lienhard

- I updated the Mac VM link to point to version 4.2.5beta1U. This version certainly also makes sense for Pharo 1.0. - I didn't change the other links since the Windows one already points to the proposed version (4.0.2) and the Unix link does not point to a specific version. So no need to have a separate set of links if they are all the same. Does that make sense? Cheers, Adrian On Jul 8, 2010, at 02:59 , Schwab,Wilhelm K wrote: > One concern: having separate download links in no way tells us what vm someone uses with a particular version, and we can't assume that it does. > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck [marianopeck(a)gmail.com] > Sent: Wednesday, July 07, 2010 6:11 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Updating VM links for Pharo 1.1 > > On Wed, Jul 7, 2010 at 2:19 PM, Adrian Lienhard <adi(a)netstyle.ch<mailto:adi@netstyle.ch>> wrote: > I'm a bit confused. Do we want to have a separate set of VMs or not? > > Yes, I vote to put them separated. > > Furthermore, the link to the Unix VM just goes to http://squeakvm.org/unix/, but not to a particular version. > > > As far as I know, there is not way to link to a particular version. You can, but to a particular version/platform (for example, GNU/Linux, FreeBSD, etc...) > > Cheers, > Adrian > > > On Jul 7, 2010, at 14:09 , Mariano Martinez Peck wrote: > >> On Wed, Jul 7, 2010 at 11:33 AM, Serge Stinckwich < >> serge.stinckwich(a)gmail.com<mailto:serge.stinckwich@gmail.com>> wrote: >> >>> 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>>: >>>> Hi. Henry made me remember that we need to update the VMs links for Pharo >>>> 1.1. We are in RC4 and very very near of the stable release. Thus, I >>> suggest >>>> to fix this problem. >>>> >>>> You can see in http://code.google.com/p/pharo/issues/detail?id=2646 >>>> >>>> Mac: >>>> 4.2.5 >>>> Windows: >>>> 4.0.2 >>>> Linux: >>>> 4.0.3.2202 >>>> >>>> What I am not sure if we should put these links in a particular section >>> of >>>> Pharo 1.1 or just update the current VMs links. The problem of doing the >>>> last one is that these VMs will be downloaded for both images: 1.0 and >>> 1.1. >>>> Are there problems with it ? The only thing I can image is if the vm >>> has >>>> FreeType compiled. >>> >>> Hi Mariano, >>> >>> maybe it's better to avoid problems by providing two distincts VMs. >>> And if some people reports problem from 1.0, maybe you will not know >>> wich VMs they used. >>> >> >> +1. I completly agree. >> >> Adrian, could you do this please? >> >> Thanks >> >> Mariano >> >> >>> Regards, >>> -- >>> Serge Stinckwich >>> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >>> Every DSL ends up being Smalltalk >>> http://doesnotunderstand.org/ >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@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<mailto:Pharo-project@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<mailto:Pharo-project@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

July 8, 2010

Re: [Pharo-project] [squeak-dev] Teleplace Cog VMs are now available

by John M McIntosh

Morning all, I've pushed a number of changes into the iOS platform tree to enable you to build a Macintosh Cocoa V5 Cog VM. Well at least one that runs a few million byte codes before crashing. This also requires changes to the Cog branch, but that's part of the re-integration process. I have also built it as a Stack VM for the iPhone, that runs many more million bytecodes before tossing walkbacks on an unaltered image. Just a bit of image tinkering I think is needed there, plus a change to let complex events flow up out of the VM into the image, but again part of the re-integration process. On 2010-06-20, at 1:11 PM, Eliot Miranda wrote: > Hi All, > > it gives me great pleasure to announce that the Teleplace Cog VMs are now available. ... > Eliot Miranda > June 2010 > > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

July 8, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by GermÃ¡n Arduino

Thanks. A doubt that comes now to my mind (surely because I don't know very well the process of put changes on Pharo). The current packages of WebClient load ok, not changes needed. Only load in the order core-tests-help and http. How should be integrated in Pharo in these conditions (I'm talking about when no changes are needed)? I mean, not need to create a new package. I should upload the packages currently on the WebClient account on Squeaksource? Any clarification about this question will be appreciated. Thanks. GermÃ¡n. 2010/7/7 Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> > On 08.07.2010 00:17, GermÃ¡n Arduino wrote: > >> I opened the ticket, check it at: >> http://code.google.com/p/pharo/issues/detail?id=2658 >> >> Being that is my first one I'm not sure if I did all ok, please don't >> hesitate in correct me! :) >> >> The thing I don't understand is "publish in the repo PharoTaskForces", can >> you explain please? >> >> Cheers. >> German. >> > MCHttpRepository > location: 'http://www.squeaksource.com/PharoTaskForces' > user: '' > password: '' > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

July 8, 2010

Re: [Pharo-project] why "maximize" does not fills all the window in 1.1?

by Carla F. Griggio

Hahaha, good point, Wilhelm :P It kind of bothered me at first, but then I noticed it was more confortable to open the World Menu, although I thought "maybe there's another way to open the World menu where I don't need the background to be visible". Is there? If not, I agree that there should be a way to do it without depending on the background. But in the meantime, not maximizing the windows to full screen helps. On Wed, Jul 7, 2010 at 10:04 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Which is an argument against the world menu?? > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Guillermo Polito > [guillermopolito(a)gmail.com] > Sent: Wednesday, July 07, 2010 7:53 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] why "maximize" does not fills all the window > in 1.1? > > I don't know why, but how did you open in that case the world menu without > minimizing every window? > > Cheers, > Guille > > On Wed, Jul 7, 2010 at 10:02 AM, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > Hi, > I wonder why we rollback this change... maybe is stupid, but I liked the > 1.0 behavior: when you hit maximize you fills the full world screen. > > Cheers, > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr<mailto: > 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 >

July 8, 2010

Re: [Pharo-project] why "maximize" does not fills all the window in 1.1?

by Schwab,Wilhelm K

Which is an argument against the world menu?? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Guillermo Polito [guillermopolito(a)gmail.com] Sent: Wednesday, July 07, 2010 7:53 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] why "maximize" does not fills all the window in 1.1? I don't know why, but how did you open in that case the world menu without minimizing every window? Cheers, Guille On Wed, Jul 7, 2010 at 10:02 AM, Esteban Lorenzano <estebanlm(a)gmail.com<mailto:estebanlm@gmail.com>> wrote: Hi, I wonder why we rollback this change... maybe is stupid, but I liked the 1.0 behavior: when you hit maximize you fills the full world screen. Cheers, Esteban _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 8, 2010

Re: [Pharo-project] Updating VM links for Pharo 1.1

by Schwab,Wilhelm K

One concern: having separate download links in no way tells us what vm someone uses with a particular version, and we can't assume that it does. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck [marianopeck(a)gmail.com] Sent: Wednesday, July 07, 2010 6:11 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Updating VM links for Pharo 1.1 On Wed, Jul 7, 2010 at 2:19 PM, Adrian Lienhard <adi(a)netstyle.ch<mailto:adi@netstyle.ch>> wrote: I'm a bit confused. Do we want to have a separate set of VMs or not? Yes, I vote to put them separated. Furthermore, the link to the Unix VM just goes to http://squeakvm.org/unix/, but not to a particular version. As far as I know, there is not way to link to a particular version. You can, but to a particular version/platform (for example, GNU/Linux, FreeBSD, etc...) Cheers, Adrian On Jul 7, 2010, at 14:09 , Mariano Martinez Peck wrote: > On Wed, Jul 7, 2010 at 11:33 AM, Serge Stinckwich < > serge.stinckwich(a)gmail.com<mailto:serge.stinckwich@gmail.com>> wrote: > >> 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>>: >>> Hi. Henry made me remember that we need to update the VMs links for Pharo >>> 1.1. We are in RC4 and very very near of the stable release. Thus, I >> suggest >>> to fix this problem. >>> >>> You can see in http://code.google.com/p/pharo/issues/detail?id=2646 >>> >>> Mac: >>> 4.2.5 >>> Windows: >>> 4.0.2 >>> Linux: >>> 4.0.3.2202 >>> >>> What I am not sure if we should put these links in a particular section >> of >>> Pharo 1.1 or just update the current VMs links. The problem of doing the >>> last one is that these VMs will be downloaded for both images: 1.0 and >> 1.1. >>> Are there problems with it ? The only thing I can image is if the vm >> has >>> FreeType compiled. >> >> Hi Mariano, >> >> maybe it's better to avoid problems by providing two distincts VMs. >> And if some people reports problem from 1.0, maybe you will not know >> wich VMs they used. >> > > +1. I completly agree. > > Adrian, could you do this please? > > Thanks > > Mariano > > >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@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<mailto:Pharo-project@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<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 8, 2010

Re: [Pharo-project] why "maximize" does not fills all the window in 1.1?

by Guillermo Polito

I don't know why, but how did you open in that case the world menu without minimizing every window? Cheers, Guille On Wed, Jul 7, 2010 at 10:02 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > I wonder why we rollback this change... maybe is stupid, but I liked the > 1.0 behavior: when you hit maximize you fills the full world screen. > > Cheers, > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by GermÃ¡n Arduino

Thanks Mariano, I was not aware of such repo (Is not mentioned on "How to Contribute" if I not bad remember). Now I uploaded a .cs on the issue page ... hehe, be patient with me :D 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/7/8 GermÃ¡n Arduino <garduino(a)gmail.com> > > I opened the ticket, check it at: >> http://code.google.com/p/pharo/issues/detail?id=2658 >> >> Being that is my first one I'm not sure if I did all ok, please don't >> hesitate in correct me! :) >> >> The thing I don't understand is "publish in the repo PharoTaskForces", can >> you explain please? >> >> > Sorry for that GermÃ¡n. There is a repository which is: > http://www.squeaksource.com/PharoTaskForces > > Browse it and you can notice that there are packages that may requiere > work. People can work on those packages and once there is something done, > then it is just integrated in Pharo. > > So...commit there, and then people can load it, and commit changes. > > I hope this helps > > mariano > > >> Cheers. >> German. >> >> >> >> 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >>> >>> >>> 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> >>> >>> If you (Stef/Sven) cand give some guidelines about what do you expect and >>>> how to integrate, I can help here also. >>>> >>>> >>> Open a ticket, send email, publish in the repository PharoTaskForces so >>> that people can start to commit there. Once you have something that works, >>> someone just integrates it. >>> >>> Cheers >>> >>> mariano >>> >> >> >> _______________________________________________ >> 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 >

July 7, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by Henrik Sperre Johansen

On 08.07.2010 00:17, GermÃ¡n Arduino wrote: > I opened the ticket, check it at: > http://code.google.com/p/pharo/issues/detail?id=2658 > > Being that is my first one I'm not sure if I did all ok, please don't > hesitate in correct me! :) > > The thing I don't understand is "publish in the repo PharoTaskForces", > can you explain please? > > Cheers. > German. MCHttpRepository location: 'http://www.squeaksource.com/PharoTaskForces' user: '' password: ''

July 7, 2010

Re: [Pharo-project] simple point function seems strange

by Henrik Sperre Johansen

On 08.07.2010 00:26, Henrik Sperre Johansen wrote: > On 08.07.2010 00:11, StÃ©phane Ducasse wrote: >> Hi >> >> (10@20) rotateBy: #left centerAt: 0 @0 >> returns >> 20@ -10 >> >> and my math tells me that this is a rotation to the right. >> >> Am I correct? >> Then why I'm wrong? screen coordinates vs. math coordinate? >> >> Stef > You rotate around the center, left is compared to the center -> point > vector, not the other way around. > > Cheers, > Henry ... assuming you use screen coordinates of course, starting at top left :)

July 7, 2010

Re: [Pharo-project] simple point function seems strange

by Henrik Sperre Johansen

On 08.07.2010 00:11, StÃ©phane Ducasse wrote: > Hi > > (10@20) rotateBy: #left centerAt: 0 @0 > returns > 20@ -10 > > and my math tells me that this is a rotation to the right. > > Am I correct? > Then why I'm wrong? screen coordinates vs. math coordinate? > > Stef You rotate around the center, left is compared to the center -> point vector, not the other way around. Cheers, Henry

July 7, 2010

Re: [Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by Mariano Martinez Peck

2010/7/8 GermÃ¡n Arduino <garduino(a)gmail.com> > I opened the ticket, check it at: > http://code.google.com/p/pharo/issues/detail?id=2658 > > Being that is my first one I'm not sure if I did all ok, please don't > hesitate in correct me! :) > > The thing I don't understand is "publish in the repo PharoTaskForces", can > you explain please? > > Sorry for that GermÃ¡n. There is a repository which is: http://www.squeaksource.com/PharoTaskForces Browse it and you can notice that there are packages that may requiere work. People can work on those packages and once there is something done, then it is just integrated in Pharo. So...commit there, and then people can load it, and commit changes. I hope this helps mariano > Cheers. > German. > > > > 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> >> >> 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> >> >> If you (Stef/Sven) cand give some guidelines about what do you expect and >>> how to integrate, I can help here also. >>> >>> >> Open a ticket, send email, publish in the repository PharoTaskForces so >> that people can start to commit there. Once you have something that works, >> someone just integrates it. >> >> Cheers >> >> mariano >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] simple point function seems strange

by Nicolas Cellier

2010/7/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi > > (10@20) rotateBy: #left centerAt: 0 @0 > returns > 20@ -10 > > and my math tells me that this is a rotation to the right. > > Am I correct? > Then why I'm wrong? screen coordinates vs. math coordinate? > Sure. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

[Pharo-project] Issue 2658 - Integration of WebClient on Pharo 1.2

by GermÃ¡n Arduino

I opened the ticket, check it at: http://code.google.com/p/pharo/issues/detail?id=2658 Being that is my first one I'm not sure if I did all ok, please don't hesitate in correct me! :) The thing I don't understand is "publish in the repo PharoTaskForces", can you explain please? Cheers. German. 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> > > If you (Stef/Sven) cand give some guidelines about what do you expect and >> how to integrate, I can help here also. >> >> > Open a ticket, send email, publish in the repository PharoTaskForces so > that people can start to commit there. Once you have something that works, > someone just integrates it. > > Cheers > > mariano >

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by Nicolas Cellier

2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/7/7 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > > >> >> 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> 12041 >>> ----- >>> >>> - Issue 2642: Improve the >>> PopupChoiceDialogWindow/PopupChoiceOrRequestDialogWindow >>> >> >> > > >> Waouh! nice name! >> I suggest >> PopupChoiceOrRequestDialogOrWhateverYouWantButPleaseShortenMyNameWindow ;) >> >> > There is a slash in the name. Notice: > > Improve the PopupChoiceDialogWindow / > PopupChoiceOrRequestDialogWindow > > > Hi Mariano, yes I noticed. But still, thisOrThat sounds like much specialized to my ears. Can't remember having ever seen such pattern in st80 for example. I used a not so serious ;) mark because my analyze is very short: I didn't even open an image (shame). ... but you can not seriously at the same time deprecate or:or:or: and reintroduce it in class names, or can you ? Nicolas > > > >> Nicolas >> >> >>> _______________________________________________ >>> 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 mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] should we move pharo to use webclient?

by StÃ©phane Ducasse

good! On Jul 7, 2010, at 11:21 PM, GermÃ¡n Arduino wrote: > As first step I can say that WebClient-Core, HTTP, Help and Tests load ok on PharoCore 1.2 latest image. > > Obviously I not loaded the Seaside adaptor. > > The 26 tests passed ok. > > Cheers. > GermÃ¡n. > > > 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> > ok, I will try to build a slice and check that works ok on PharoCore 1.2 to start. > > Cheers. > > > 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > - Does it load? > - what is teh package structure? > - do the test work? > - Check the interface > - start to see how we can redirect the image code to be based on web > - iterate on the last point. > - remove/deprecate old code. > > Stef > > On Jul 7, 2010, at 1:02 PM, GermÃ¡n Arduino wrote: > > > If you (Stef/Sven) cand give some guidelines about what do you expect and how to integrate, I can help here also. > > > > Cheers. > > GermÃ¡n. > > > > > > 2010/7/7 Sven Van Caekenberghe <sven(a)beta9.be> > > StÃ©f, > > > > I guess you mean integrating WebClient in 1.2, not 1.1 ? > > I am willing to help here, but I am having a vacation starting tomorrow, I'll be back from June 19th. > > I deliberately don't touch any computers during that time ;-) > > > > Sven > > > > On 06 Jul 2010, at 21:22, StÃ©phane Ducasse wrote: > > > > > I agree and this is why I asked. > > > I'm not good in network but the code of network always made me nearly faint because it was clearly not designed. > > > Now why interested people would not do a little task forces to bullet proof the integration and we prepare together > > > its integration... > > > remember pharo is also your smalltalk :) > > > > > > On Jul 6, 2010, at 3:04 PM, Sven Van Caekenberghe wrote: > > > > > >> Yes!! > > >> > > >> It now loads without patches into Pharo 1.1 rc2 > > >> I used its client and server part, seaside adaptor, it all works. > > >> > > >> The code is quite readable/understandable/malleable. > > >> > > >> I did not yet test the WebClient-HTTP package which patches HTTPSocket to replace the old code, > > >> which is obviously important (it then gets used by MC and the rest of Smalltalk). > > >> > > >> The unit tests also have to be double checked. > > >> > > >> What do others, like Lukas and other Seaside people think of it ? > > >> > > >> The basic point it: it can only be better than the older code. > > >> But on the other hand, maybe the leap could be even bigger still ? > > >> Having a facade for a pluggable http client is one step. > > >> > > >> Having a good basic HTTP client and server is very important. > > >> > > >> Sven > > >> > > >> On 06 Jul 2010, at 09:30, StÃ©phane Ducasse wrote: > > >> > > >>> to replace the old code? > > >>> > > >>> Stef > > >>> > > >>> _______________________________________________ > > >>> 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 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 > > > > > > > > -- > > ================================================= > > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > > Arduino Software & Web Hosting http://www.arduinosoftware.com > > PasswordsPro http://www.passwordspro.com > > ================================================= > > _______________________________________________ > > 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 > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

[Pharo-project] [update 1.2] #12042

by StÃ©phane Ducasse

Trying some enh of scriptloader on a simple enh.... 12042 ----- - Issue 2657: some Point enhancements

July 7, 2010

[Pharo-project] simple point function seems strange

by StÃ©phane Ducasse

Hi (10@20) rotateBy: #left centerAt: 0 @0 returns 20@ -10 and my math tells me that this is a rotation to the right. Am I correct? Then why I'm wrong? screen coordinates vs. math coordinate? Stef

July 7, 2010

Re: [Pharo-project] Updating VM links for Pharo 1.1

by Mariano Martinez Peck

On Wed, Jul 7, 2010 at 2:19 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > I'm a bit confused. Do we want to have a separate set of VMs or not? Yes, I vote to put them separated. > Furthermore, the link to the Unix VM just goes to > http://squeakvm.org/unix/, but not to a particular version. > > As far as I know, there is not way to link to a particular version. You can, but to a particular version/platform (for example, GNU/Linux, FreeBSD, etc...) > Cheers, > Adrian > > > On Jul 7, 2010, at 14:09 , Mariano Martinez Peck wrote: > > > On Wed, Jul 7, 2010 at 11:33 AM, Serge Stinckwich < > > serge.stinckwich(a)gmail.com> wrote: > > > >> 2010/7/7 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >>> Hi. Henry made me remember that we need to update the VMs links for > Pharo > >>> 1.1. We are in RC4 and very very near of the stable release. Thus, I > >> suggest > >>> to fix this problem. > >>> > >>> You can see in http://code.google.com/p/pharo/issues/detail?id=2646 > >>> > >>> Mac: > >>> 4.2.5 > >>> Windows: > >>> 4.0.2 > >>> Linux: > >>> 4.0.3.2202 > >>> > >>> What I am not sure if we should put these links in a particular section > >> of > >>> Pharo 1.1 or just update the current VMs links. The problem of doing > the > >>> last one is that these VMs will be downloaded for both images: 1.0 and > >> 1.1. > >>> Are there problems with it ? The only thing I can image is if the vm > >> has > >>> FreeType compiled. > >> > >> Hi Mariano, > >> > >> maybe it's better to avoid problems by providing two distincts VMs. > >> And if some people reports problem from 1.0, maybe you will not know > >> wich VMs they used. > >> > > > > +1. I completly agree. > > > > Adrian, could you do this please? > > > > Thanks > > > > Mariano > > > > > >> Regards, > >> -- > >> Serge Stinckwich > >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > >> Every DSL ends up being Smalltalk > >> http://doesnotunderstand.org/ > >> > >> _______________________________________________ > >> 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 mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] Monticello & proxy with security.

by Mariano Martinez Peck

In Pharo 1.1 (not in 1.0) with the new settings browser, you are allowed to put port and ip, but also username and password. Cheers Mariano 2010/7/7 laurent laffont <laurent.laffont(a)gmail.com> > 2010/7/7 Diogenes Moreira <diogenes.moreira(a)gmail.com> > > hi folks. >> >> right now, i'm behind a squid proxy with security (user & pass).. in the >> preferences, I find the proxy configuration, but only have ip and port. >> Exists a way to set user and password in that connection??? >> > > Hi Diogenes, > > Evaluate: > > HTTPSocket > useProxyServerNamed:'192.168.1.1' > port:3128 > proxyUser:'user' > password:'password' > > > see http://book.pharo-project.org/book/TipsAndTricks/PharoRC/ > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > >> Thanks in advance. >> >> _______________________________________________ >> 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 >

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by Mariano Martinez Peck

2010/7/7 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > > > 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > 12041 >> ----- >> >> - Issue 2642: Improve the >> PopupChoiceDialogWindow/PopupChoiceOrRequestDialogWindow >> > > > Waouh! nice name! > I suggest > PopupChoiceOrRequestDialogOrWhateverYouWantButPleaseShortenMyNameWindow ;) > > There is a slash in the name. Notice: Improve the PopupChoiceDialogWindow / PopupChoiceOrRequestDialogWindow > Nicolas > > >> _______________________________________________ >> 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 >

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by Nicolas Cellier

2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > 12041 > ----- > > - Issue 2642: Improve the > PopupChoiceDialogWindow/PopupChoiceOrRequestDialogWindow > Waouh! nice name! I suggest PopupChoiceOrRequestDialogOrWhateverYouWantButPleaseShortenMyNameWindow ;) Nicolas > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] should we move pharo to use webclient?

by GermÃ¡n Arduino

As first step I can say that WebClient-Core, HTTP, Help and Tests load ok on PharoCore 1.2 latest image. Obviously I not loaded the Seaside adaptor. The 26 tests passed ok. Cheers. GermÃ¡n. 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> > ok, I will try to build a slice and check that works ok on PharoCore 1.2 to > start. > > Cheers. > > > 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > - Does it load? >> - what is teh package structure? >> - do the test work? >> - Check the interface >> - start to see how we can redirect the image code to be based on web >> - iterate on the last point. >> - remove/deprecate old code. >> >> Stef >> >> On Jul 7, 2010, at 1:02 PM, GermÃ¡n Arduino wrote: >> >> > If you (Stef/Sven) cand give some guidelines about what do you expect >> and how to integrate, I can help here also. >> > >> > Cheers. >> > GermÃ¡n. >> > >> > >> > 2010/7/7 Sven Van Caekenberghe <sven(a)beta9.be> >> > StÃ©f, >> > >> > I guess you mean integrating WebClient in 1.2, not 1.1 ? >> > I am willing to help here, but I am having a vacation starting tomorrow, >> I'll be back from June 19th. >> > I deliberately don't touch any computers during that time ;-) >> > >> > Sven >> > >> > On 06 Jul 2010, at 21:22, StÃ©phane Ducasse wrote: >> > >> > > I agree and this is why I asked. >> > > I'm not good in network but the code of network always made me nearly >> faint because it was clearly not designed. >> > > Now why interested people would not do a little task forces to bullet >> proof the integration and we prepare together >> > > its integration... >> > > remember pharo is also your smalltalk :) >> > > >> > > On Jul 6, 2010, at 3:04 PM, Sven Van Caekenberghe wrote: >> > > >> > >> Yes!! >> > >> >> > >> It now loads without patches into Pharo 1.1 rc2 >> > >> I used its client and server part, seaside adaptor, it all works. >> > >> >> > >> The code is quite readable/understandable/malleable. >> > >> >> > >> I did not yet test the WebClient-HTTP package which patches >> HTTPSocket to replace the old code, >> > >> which is obviously important (it then gets used by MC and the rest of >> Smalltalk). >> > >> >> > >> The unit tests also have to be double checked. >> > >> >> > >> What do others, like Lukas and other Seaside people think of it ? >> > >> >> > >> The basic point it: it can only be better than the older code. >> > >> But on the other hand, maybe the leap could be even bigger still ? >> > >> Having a facade for a pluggable http client is one step. >> > >> >> > >> Having a good basic HTTP client and server is very important. >> > >> >> > >> Sven >> > >> >> > >> On 06 Jul 2010, at 09:30, StÃ©phane Ducasse wrote: >> > >> >> > >>> to replace the old code? >> > >>> >> > >>> Stef >> > >>> >> > >>> _______________________________________________ >> > >>> 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 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 >> > >> > >> > >> > -- >> > ================================================= >> > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino >> > Arduino Software & Web Hosting http://www.arduinosoftware.com >> > PasswordsPro http://www.passwordspro.com >> > ================================================= >> > _______________________________________________ >> > 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 >> > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= >

July 7, 2010

[Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

12041 ----- - Issue 2642: Improve the PopupChoiceDialogWindow/PopupChoiceOrRequestDialogWindow

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

what I do not understand is that I cannot click on Proceed but I can when I do MCVersionLoader new warnAboutLosingChangesTo: #() So may be the method is being removed and the system needs it. asUnicodeChar "Answer a copy of the receiver with Unicode as the leadingChar" ^ Unicode charFromUnicode: self asUnicode Stef On Jul 7, 2010, at 10:55 PM, StÃ©phane Ducasse wrote: > I will rollback 12041 because I cannot load the following enh. > > I tried to republished the multilingual package that was dirty but the system barks telling me that I'm about to load a more > recent version. But I cannot click on accept and everything gets blocked. I do not understand why I cannot click on the Proceed button > of the Warning. > > We should fix it before continuing else we will get burned again and I do not want that. > > Stef > > > On Jul 7, 2010, at 10:38 PM, StÃ©phane Ducasse wrote: > >> argh I have a dirty package. Really we should fix MC. >> >> Stef >> >> On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: >> >>> >>> 12041 >>> ----- >>> >>> - Issue 2635: Part 11 >>> >>> _______________________________________________ >>> 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 mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

I will rollback 12041 because I cannot load the following enh. I tried to republished the multilingual package that was dirty but the system barks telling me that I'm about to load a more recent version. But I cannot click on accept and everything gets blocked. I do not understand why I cannot click on the Proceed button of the Warning. We should fix it before continuing else we will get burned again and I do not want that. Stef On Jul 7, 2010, at 10:38 PM, StÃ©phane Ducasse wrote: > argh I have a dirty package. Really we should fix MC. > > Stef > > On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: > >> >> 12041 >> ----- >> >> - Issue 2635: Part 11 >> >> _______________________________________________ >> 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

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

argh I have a dirty package. Really we should fix MC. Stef On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: > > 12041 > ----- > > - Issue 2635: Part 11 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

On Jul 6, 2010, at 11:24 PM, Pavel Krivanek wrote: > code: > > SystemNavigation organization renameCategory: '*multilingual-editor' > toBe: '*Multilingual-Encodings'. > Project class organization classify: #spawnNewProcessIfThisIsUI: > under: '*Morphic'. > Project class organization removeCategory:'squeaklet on server'. > ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. > FileStream class organization classify: > #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. > FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. > FileStream class organization classify: #serviceRemoveLineFeeds under: > '*Tools-FileList'. > FileStream class organization classify: #services under: '*Tools-FileList'. > Character organization classify: #macRomanToUnicode under: > '*Multilingual-TextConversion'. > Character organization classify: #unicodeToMacRoman under: > '*Multilingual-TextConversion'. > TranscriptStream organization classify: #codePaneMenu:shifted: under: > '*Tools-Base'. > TranscriptStream class organization classify: #openMorphicTranscript > under: '*Morphic'. > > description: > > SystemNavigation organization renameCategory: '*multilingual-editor' > toBe: '*Multilingual-Encodings'. > - move the single method allSelect: to a base Multilingual package I would fold it into the class. Especially since Dictionary unreferencedKeys ok? > Project class organization classify: #spawnNewProcessIfThisIsUI: > under: '*Morphic'. > Project class organization removeCategory:'squeaklet on server'. > - UI specific and sent only from Morphic dependent methods ok > ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. > - used only for Morphic ok > FileStream class organization classify: > #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. > FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. > FileStream class organization classify: #serviceRemoveLineFeeds under: > '*Tools-FileList'. > FileStream class organization classify: #services under: '*Tools-FileList'. > - FileList files associations. However a deeper refactoring is welcome. this is ok for now. > Character organization classify: #macRomanToUnicode under: > '*Multilingual-TextConversion'. > Character organization classify: #unicodeToMacRoman under: > '*Multilingual-TextConversion'. > - both packages in the PharoKernel. Move to a more fitting package. ok sounds good. > TranscriptStream organization classify: #codePaneMenu:shifted: under: > '*Tools-Base'. codePaneMenu: aMenu shifted: shifted looks like a hack. I will open a ticket. all the class in fact! It sucks > TranscriptStream class organization classify: #openMorphicTranscript > under: '*Morphic'. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] should we move pharo to use webclient?

by GermÃ¡n Arduino

ok, I will try to build a slice and check that works ok on PharoCore 1.2 to start. Cheers. 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > - Does it load? > - what is teh package structure? > - do the test work? > - Check the interface > - start to see how we can redirect the image code to be based on web > - iterate on the last point. > - remove/deprecate old code. > > Stef > > On Jul 7, 2010, at 1:02 PM, GermÃ¡n Arduino wrote: > > > If you (Stef/Sven) cand give some guidelines about what do you expect and > how to integrate, I can help here also. > > > > Cheers. > > GermÃ¡n. > > > > > > 2010/7/7 Sven Van Caekenberghe <sven(a)beta9.be> > > StÃ©f, > > > > I guess you mean integrating WebClient in 1.2, not 1.1 ? > > I am willing to help here, but I am having a vacation starting tomorrow, > I'll be back from June 19th. > > I deliberately don't touch any computers during that time ;-) > > > > Sven > > > > On 06 Jul 2010, at 21:22, StÃ©phane Ducasse wrote: > > > > > I agree and this is why I asked. > > > I'm not good in network but the code of network always made me nearly > faint because it was clearly not designed. > > > Now why interested people would not do a little task forces to bullet > proof the integration and we prepare together > > > its integration... > > > remember pharo is also your smalltalk :) > > > > > > On Jul 6, 2010, at 3:04 PM, Sven Van Caekenberghe wrote: > > > > > >> Yes!! > > >> > > >> It now loads without patches into Pharo 1.1 rc2 > > >> I used its client and server part, seaside adaptor, it all works. > > >> > > >> The code is quite readable/understandable/malleable. > > >> > > >> I did not yet test the WebClient-HTTP package which patches HTTPSocket > to replace the old code, > > >> which is obviously important (it then gets used by MC and the rest of > Smalltalk). > > >> > > >> The unit tests also have to be double checked. > > >> > > >> What do others, like Lukas and other Seaside people think of it ? > > >> > > >> The basic point it: it can only be better than the older code. > > >> But on the other hand, maybe the leap could be even bigger still ? > > >> Having a facade for a pluggable http client is one step. > > >> > > >> Having a good basic HTTP client and server is very important. > > >> > > >> Sven > > >> > > >> On 06 Jul 2010, at 09:30, StÃ©phane Ducasse wrote: > > >> > > >>> to replace the old code? > > >>> > > >>> Stef > > >>> > > >>> _______________________________________________ > > >>> 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 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 > > > > > > > > -- > > ================================================= > > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > > Arduino Software & Web Hosting http://www.arduinosoftware.com > > PasswordsPro http://www.passwordspro.com > > ================================================= > > _______________________________________________ > > 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 > -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

July 7, 2010

[Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

12041 ----- - Issue 2635: Part 11

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

On Jul 6, 2010, at 10:51 PM, Pavel Krivanek wrote: > code: > > MethodReference organization moveCategory: '*Kernel-Traits' to: > '*Traits-Kernel'. > LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: > 'accessing'. > Project class organization moveCategory: 'utilities' to: '*Morphic'. > Character organization moveCategory: '*Multilingual' to: > '*Multilingual-Encodings'. > TranscriptStream organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > TranscriptStream class organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > > description: > > MethodReference organization moveCategory: '*Kernel-Traits' to: > '*Traits-Kernel'. > - swap package name parts to a more logical ownership. It contains > only a method actualClass that has no other kernel implementation. > Both packages will be in the kernel image. What about just folding actualClass in MethodReference? I do not understand the point of the KernelTraits or Traits-Kernel. May be MCDefinition>>actualClass should also be folded into MCDefinition and not Polymorph-Tools-Diff > LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: > 'accessing'. > - only one method. Declared as override but has no old version in the > history and has general functionality ok > Project class organization moveCategory: 'utilities' to: '*Morphic'. > - all methods have no real senders or are called only from Morphic In fact these methods should be moved in another place so that we can remove Project. For now this is ok to move them to Morphic > Character organization moveCategory: '*Multilingual' to: > '*Multilingual-Encodings'. > - only fix MC package name Ok even if I was wondering why encodings is not folded into Collections-Strings.. > TranscriptStream organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > - single method buildWith:, used only for the Toolbuilder > > TranscriptStream class organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > - the same with this logic it means that we could remove toolbuilder or plug it on demand. Why not. I will integrate already that. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] Monticello & proxy with security.

by Diogenes Moreira

Thank you, work fine.. :) 2010/7/7 laurent laffont <laurent.laffont(a)gmail.com> > 2010/7/7 Diogenes Moreira <diogenes.moreira(a)gmail.com> > > hi folks. >> >> right now, i'm behind a squid proxy with security (user & pass).. in the >> preferences, I find the proxy configuration, but only have ip and port. >> Exists a way to set user and password in that connection??? >> > > Hi Diogenes, > > Evaluate: > > HTTPSocket > useProxyServerNamed:'192.168.1.1' > port:3128 > proxyUser:'user' > password:'password' > > > see http://book.pharo-project.org/book/TipsAndTricks/PharoRC/ > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > >> Thanks in advance. >> >> _______________________________________________ >> 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 >

July 7, 2010

Re: [Pharo-project] Fix the other dependencies of asContextWithSender:

by Juan Vuletich

Eliot Miranda wrote: > > > On Wed, Jul 7, 2010 at 11:46 AM, Juan Vuletich <juan(a)jvuletich.org > <mailto:juan@jvuletich.org>> wrote: > > > When I integrate stuff in Cuis, I always do my best effort to > understand it! > > Anyway, I see your new version, but in BlockClosure >> value it > still does > numArgs ~= 1 ifTrue: [self numArgsError: 1]. > even if the older version (9/3/2008) it checked for zero > arguments. Is this right? If so, what's the rationale? > > > No rationale there at all. Another mistake. I'm having a bad day /: Then I hope it gets better! Thanks, Juan Vuletich

July 7, 2010

Re: [Pharo-project] Monticello & proxy with security.

by laurent laffont

2010/7/7 Diogenes Moreira <diogenes.moreira(a)gmail.com> > hi folks. > > right now, i'm behind a squid proxy with security (user & pass).. in the > preferences, I find the proxy configuration, but only have ip and port. > Exists a way to set user and password in that connection??? > Hi Diogenes, Evaluate: HTTPSocket useProxyServerNamed:'192.168.1.1' port:3128 proxyUser:'user' password:'password' see http://book.pharo-project.org/book/TipsAndTricks/PharoRC/ Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ > Thanks in advance. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] Fix the other dependencies of asContextWithSender:

by Eliot Miranda

On Wed, Jul 7, 2010 at 11:46 AM, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hi Eliot, > > Eliot Miranda wrote: > >> Hi Juan, >> >> >> On Wed, Jul 7, 2010 at 5:24 AM, Juan Vuletich <juan(a)jvuletich.org<mailto: >> juan(a)jvuletich.org>> wrote: >> >> Hi Eliot, >> >> There are several other changes in that package that could >> generate different behavior. Are they correct? They are: >> >> BlockClosure >> value >> used to call primitive 201, now calls 205 >> used to check for zero args, now checks for one (!?) >> >> BlockClosure >> value: >> used to call primitive 202, now calls 205 >> >> BlockClosure >> value:value: >> used to call primitive 203, now calls 205 >> >> BlockClosure >> value:value:value: >> used to call primitive 204, now calls 205 >> >> Primitive 205 was previously only used for >> #value:value:value:value:, so I wonder if this might be a mistake. >> >> >> Quite right, this is a mistake. I was careless copy-pasting the fix >> between them. I've committed fixes to trunk. In the VM these primitive >> numbers all bind to the same primitive so there was no visible effect. >> Thanks for checking! >> >> best >> Eliot >> > > When I integrate stuff in Cuis, I always do my best effort to understand > it! > > Anyway, I see your new version, but in BlockClosure >> value it still does > numArgs ~= 1 ifTrue: [self numArgsError: 1]. > even if the older version (9/3/2008) it checked for zero arguments. Is this > right? If so, what's the rationale? > No rationale there at all. Another mistake. I'm having a bad day /: > > Thanks! > Juan Vuletich > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] Fix the other dependencies of asContextWithSender:

by Juan Vuletich

Hi Eliot, Eliot Miranda wrote: > Hi Juan, > > On Wed, Jul 7, 2010 at 5:24 AM, Juan Vuletich <juan(a)jvuletich.org > <mailto:juan@jvuletich.org>> wrote: > > Hi Eliot, > > There are several other changes in that package that could > generate different behavior. Are they correct? They are: > > BlockClosure >> value > used to call primitive 201, now calls 205 > used to check for zero args, now checks for one (!?) > > BlockClosure >> value: > used to call primitive 202, now calls 205 > > BlockClosure >> value:value: > used to call primitive 203, now calls 205 > > BlockClosure >> value:value:value: > used to call primitive 204, now calls 205 > > Primitive 205 was previously only used for > #value:value:value:value:, so I wonder if this might be a mistake. > > > Quite right, this is a mistake. I was careless copy-pasting the fix > between them. I've committed fixes to trunk. In the VM these > primitive numbers all bind to the same primitive so there was no > visible effect. Thanks for checking! > > best > Eliot When I integrate stuff in Cuis, I always do my best effort to understand it! Anyway, I see your new version, but in BlockClosure >> value it still does numArgs ~= 1 ifTrue: [self numArgsError: 1]. even if the older version (9/3/2008) it checked for zero arguments. Is this right? If so, what's the rationale? Thanks! Juan Vuletich

July 7, 2010

[Pharo-project] Suggestions for hotel/apartment for ESUG2010 in Barcelona?

by Stephan Eggermont

Does anyone have suggestions for a good (and cheap) place to stay during ESUG2010 in Barcelona? The conference is not in the city centre, and the only hotel which is close by (NH CornellÃ ) has no places available. We thought of renting a large appartment somewhere along the metro line 5 and sharing. Anyone interested? Stephan & Diego

July 7, 2010

[Pharo-project] [update 1.2] #12040

by StÃ©phane Ducasse

12039 ----- Issue 2635: Preparation. 12040 ----- Issue 2635: Uppercase extensions - first mail.

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

ok in 12039 I integrated 5 (or just the categorizer) and now I'm integrating the first mail which should be 10 I guess On Jul 7, 2010, at 7:41 PM, Pavel Krivanek wrote: > Hi Stef, > > start with patch in comment 5 (reason in comment 2) and then with > comment 10 up to 19 (code/description) > > Cheers, > -- Pavel > > On Wed, Jul 7, 2010 at 7:05 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Hi Pavel >> >> where should I start? >> Because the changes you sent by emails are not in the same order than on the list? >> >> I was planning to start with the mail where you just uppercase the category? >> >> Stef >> >> On Jul 6, 2010, at 4:43 PM, Pavel Krivanek wrote: >> >>> Hi, >>> >>> I finished the list of changes for the issue >>> http://code.google.com/p/pharo/issues/detail?id=2635. >>> >>> This issue is the next step after already integrated packages >>> reorganization and the goal is to have compact package base a the >>> small headless PharoKernel image. >>> >>> Most changes are simple naming unification and some classes I skipped >>> because they need deeper refactorings. >>> >>> I will now check the list once more. >>> >>> -- Pavel >>> >>> _______________________________________________ >>> 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 mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by Pavel Krivanek

Hi Stef, start with patch in comment 5 (reason in comment 2) and then with comment 10 up to 19 (code/description) Cheers, -- Pavel On Wed, Jul 7, 2010 at 7:05 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi Pavel > > where should I start? > Because the changes you sent by emails are not in the same order than on the list? > > I was planning to start with the mail where you just uppercase the category? > > Stef > > On Jul 6, 2010, at 4:43 PM, Pavel Krivanek wrote: > >> Hi, >> >> I finished the list of changes for the issue >> http://code.google.com/p/pharo/issues/detail?id=2635. >> >> This issue is the next step after already integrated packages >> reorganization and the goal is to have compact package base a the >> small headless PharoKernel image. >> >> Most changes are simple naming unification and some classes I skipped >> because they need deeper refactorings. >> >> I will now check the list once more. >> >> -- Pavel >> >> _______________________________________________ >> 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 >

July 7, 2010

Re: [Pharo-project] Fix the other dependencies of asContextWithSender:

by Eliot Miranda

Hi Juan, On Wed, Jul 7, 2010 at 5:24 AM, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hi Eliot, > > There are several other changes in that package that could generate > different behavior. Are they correct? They are: > > BlockClosure >> value > used to call primitive 201, now calls 205 > used to check for zero args, now checks for one (!?) > > BlockClosure >> value: > used to call primitive 202, now calls 205 > > BlockClosure >> value:value: > used to call primitive 203, now calls 205 > > BlockClosure >> value:value:value: > used to call primitive 204, now calls 205 > > Primitive 205 was previously only used for #value:value:value:value:, so I > wonder if this might be a mistake. > Quite right, this is a mistake. I was careless copy-pasting the fix between them. I've committed fixes to trunk. In the VM these primitive numbers all bind to the same primitive so there was no visible effect. Thanks for checking! best Eliot > > Thanks, > Juan Vuletich > > Eliot Miranda wrote: > > >> >> On Tue, Jul 6, 2010 at 12:51 PM, stephane ducasse < >> stephane.ducasse(a)free.fr <mailto:stephane.ducasse@free.fr>> wrote: >> >> Eliot >> >> should this fix be applied to pharo? >> http://code.google.com/p/pharo/issues/detail?id=2655 >> >> >> Yes please. Almost everything I'm likely to put in Compiler, Kernel or >> System on Squeak 4.1 belongs in all dialects using the closure compiler. >> >> >> Is there a dependency? >> >> >> What's happing here is that very old primitive failure code that allowed >> the closure system to run on old VMs without closure support depended on >> BlockClosure>>asContext, which had a bug in it. So the changes reflect the >> bug fix but are enclosed in false ifTrue: [] because they really are >> obsolete, but the code is retained because its useful documentation of how >> the closure primitives should work. I hope this makes sense! >> >> best >> Eliot >> >> >> Stef >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010

Re: [Pharo-project] feedup of selecting doit or typing " above and below expressions in comments?

by Eliot Miranda

On Tue, Jul 6, 2010 at 10:45 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Again: when I have a method > > > > foo > > self sendMessage: myMessage with: text. > > self sendSecondMessage: myMessage. > > > > B) In Pharo (with OB): I can only check the senders/implementors > > of #foo which is limiting and makes it hard to search > > for s/i of the other messages sent from within the > > method body. > > > > => So I'm limited with Pharo(OB) compared to Standard browser in Core. > > In OB you select (in the list or in the source code) whatever you want > to browse/references/implementors/senders of. There are no additional > pop-ups or questions. > > And please Torsten could you *finally* fix your e-mail client/account? > You are the only one in the whole Smalltalk world that constantly > messes up the mail threading. > +1 :) > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2010