- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Gofer vs Installer

by StÃ©phane Ducasse

from source.lukasrenggli.com/flair I'm about to write a chapter on it for PharoByexample2 Stef On Sep 20, 2009, at 8:30 AM, Schwab,Wilhelm K wrote: > Sounds great! Is it downloadable? > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Lukas Renggli > Sent: Sunday, September 20, 2009 1:18 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > >> Seaside 2.9 includes a tool that helps to manage packages, and >> _somewhere_ I have an image with that loaded and ready for >> shameless plagairism. This seems like such a common task that >> there must be some good tools to handle it?? > > That's exactly Gofer. Seaside 3 is one of the reasons why I wrote it. > > Lukas > >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> StÃ©phane Ducasse >> Sent: Saturday, September 19, 2009 4:07 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Gofer vs Installer >> >>>> >>>> >>>>> goals? >>>> >>>> Perform MC actions (load, update, merge, revert, commit, diff, >>>> recompile) on a set of packages. >>> >>> So, not like Installer that can load packages from everywhere, Gofer >>> will concentrate on MC? What about ScriptLoader? >> >> ScriptLoader will certainly use gofer to install packages instead of >> installer >> >>> Stephane has mentioned Gofer before. Is in the plans to support only >>> MC packages for Pharo and to use Gofer as the tool for load them on >>> pharo. >> >> Yes. >> Because in pharo we do not use anything else besides on changeset >> to kick in the load. >> >>> Or nothing has been decided yet? It is considered? >>>> >>>>> implementation? >>>> >>>> Focus on keeping the system clean, e.g. no empty categories/ >>>> protocols, properly ordered categories/protocols, no duplicated >>>> repositories, etc. >>> >>> Installer can't do that? Is a question, I don't know much about the >>> internals of Installer. >> >> Compared to sometimes ago they were cleaned but >>> >>>> >>>>> speed? >>>> >>>> Not optimized yet. >>>> >>>>> license? >>>> >>>> MIT >>> >>> Can you please give us a big picture of the role Gofer will have? >> >> After discussion at Esug between dale, lukas and me listening :) >> it seems that Metacello will use Gofer to load packages. >> >> Now I think that you should give a try to Gofer and report what is >> missing or not. >> I have some behvaior I would really like to have (that are specific >> to ScriptLoader like tell me which packages have changed since a >> given marked period). >> >> >> >>> >>>> >>>> Lukas >>> >>> Thanks >>> -- >>> Miguel CobÃ¡ >>> http://miguel.leugim.com.mx >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > Lukas Renggli > http://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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2009

Re: [Pharo-project] Gofer vs Installer

by StÃ©phane Ducasse

Ok I will I do not have the snipped at hand that can check all the dirty methods. Could you add that to bug traker with a request for feature because indeed this is a nice one. Stef On Sep 20, 2009, at 8:24 AM, Schwab,Wilhelm K wrote: > Stef, > > I've done that, but my understanding is that "all" it does is show > the methods that are packaged. I am hoping for something that would > sniff out the methods that I have altered and are not in packages > that I (somehow) claim to own. It seems like it would be really > easy to miss important work and that it should be relatively easy to > create something that scans for at-risk code. One thing I can > enivision would compare a list of packages with user-owned methods > in the system; anything that is not in one of the packages goes in a > method browser with commands to package them in likely places. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of StÃ©phane Ducasse > Sent: Sunday, September 20, 2009 1:03 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > > The first thing you can try is to check using the browse button of > MC that you extensions methods are well in your package. > > Stef > > On Sep 20, 2009, at 12:43 AM, Schwab,Wilhelm K wrote: > >> I'd like to put on my user hat for a moment. A big concern of mine >> is >> doing a good job of saving packages from one image and moving them to >> another. I have (hopefully) been keeping my install script current >> as >> I add new packages, but it currently relies on my being careful. >> >> Clearly having very good coverage with tests would help to check the >> health of any new image; I'm slowly working on that. It would be >> nice >> to have ways to check for packaging mistakes. A "smell" that comes >> to >> mind is any methods that I wrote but are not in packages in my load >> script. Is there anything that does such checks? Seaside >> 2.9 includes a tool that helps to manage packages, and _somewhere_ I >> have an image with that loaded and ready for shameless plagairism. >> This seems like such a common task that there must be some good tools >> to handle it?? >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of StÃ©phane Ducasse >> Sent: Saturday, September 19, 2009 4:07 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Gofer vs Installer >> >>>> >>>> >>>>> goals? >>>> >>>> Perform MC actions (load, update, merge, revert, commit, diff, >>>> recompile) on a set of packages. >>> >>> So, not like Installer that can load packages from everywhere, Gofer >>> will concentrate on MC? What about ScriptLoader? >> >> ScriptLoader will certainly use gofer to install packages instead of >> installer >> >>> Stephane has mentioned Gofer before. Is in the plans to support only >>> MC packages for Pharo and to use Gofer as the tool for load them on >>> pharo. >> >> Yes. >> Because in pharo we do not use anything else besides on changeset to >> kick in the load. >> >>> Or nothing has been decided yet? It is considered? >>>> >>>>> implementation? >>>> >>>> Focus on keeping the system clean, e.g. no empty categories/ >>>> protocols, properly ordered categories/protocols, no duplicated >>>> repositories, etc. >>> >>> Installer can't do that? Is a question, I don't know much about the >>> internals of Installer. >> >> Compared to sometimes ago they were cleaned but >>> >>>> >>>>> speed? >>>> >>>> Not optimized yet. >>>> >>>>> license? >>>> >>>> MIT >>> >>> Can you please give us a big picture of the role Gofer will have? >> >> After discussion at Esug between dale, lukas and me listening :) it >> seems that Metacello will use Gofer to load packages. >> >> Now I think that you should give a try to Gofer and report what is >> missing or not. >> I have some behvaior I would really like to have (that are specific >> to ScriptLoader like tell me which packages have changed since a >> given marked period). >> >> >> >>> >>>> >>>> Lukas >>> >>> Thanks >>> -- >>> Miguel CobÃ¡ >>> http://miguel.leugim.com.mx >>> >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2009

Re: [Pharo-project] Gofer vs Installer

by Schwab,Wilhelm K

Sounds great! Is it downloadable? -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli Sent: Sunday, September 20, 2009 1:18 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Gofer vs Installer > Â Seaside 2.9 includes a tool that helps to manage packages, and _somewhere_ I have an image with that loaded and ready for shameless plagairism. Â This seems like such a common task that there must be some good tools to handle it?? That's exactly Gofer. Seaside 3 is one of the reasons why I wrote it. Lukas > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > StÃ©phane Ducasse > Sent: Saturday, September 19, 2009 4:07 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > >>> >>> >>>> goals? >>> >>> Perform MC actions (load, update, merge, revert, commit, diff, >>> recompile) on a set of packages. >> >> So, not like Installer that can load packages from everywhere, Gofer >> will concentrate on MC? What about ScriptLoader? > > ScriptLoader will certainly use gofer to install packages instead of > installer > >> Stephane has mentioned Gofer before. Is in the plans to support only >> MC packages for Pharo and to use Gofer as the tool for load them on >> pharo. > > Yes. > Because in pharo we do not use anything else besides on changeset to kick in the load. > >> Or nothing has been decided yet? It is considered? >>> >>>> implementation? >>> >>> Focus on keeping the system clean, e.g. no empty categories/ >>> protocols, properly ordered categories/protocols, no duplicated >>> repositories, etc. >> >> Installer can't do that? Is a question, I don't know much about the >> internals of Installer. > > Compared to sometimes ago they were cleaned but >> >>> >>>> speed? >>> >>> Not optimized yet. >>> >>>> license? >>> >>> MIT >> >> Can you please give us a big picture of the role Gofer will have? > > After discussion at Â Esug between dale, lukas and me listening :) it seems that Metacello will use Gofer to load packages. > > Now I think that you should give a try to Gofer and report what is missing or not. > I have some behvaior I would really like to have (that are specific to ScriptLoader like tell me which packages have changed since a given marked period). > > > >> >>> >>> Lukas >> >> Thanks >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> 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 > -- Lukas Renggli http://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

Sept. 20, 2009

Re: [Pharo-project] Gofer vs Installer

by Schwab,Wilhelm K

Stef, I've done that, but my understanding is that "all" it does is show the methods that are packaged. I am hoping for something that would sniff out the methods that I have altered and are not in packages that I (somehow) claim to own. It seems like it would be really easy to miss important work and that it should be relatively easy to create something that scans for at-risk code. One thing I can enivision would compare a list of packages with user-owned methods in the system; anything that is not in one of the packages goes in a method browser with commands to package them in likely places. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Sunday, September 20, 2009 1:03 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Gofer vs Installer The first thing you can try is to check using the browse button of MC that you extensions methods are well in your package. Stef On Sep 20, 2009, at 12:43 AM, Schwab,Wilhelm K wrote: > I'd like to put on my user hat for a moment. A big concern of mine is > doing a good job of saving packages from one image and moving them to > another. I have (hopefully) been keeping my install script current as > I add new packages, but it currently relies on my being careful. > > Clearly having very good coverage with tests would help to check the > health of any new image; I'm slowly working on that. It would be nice > to have ways to check for packaging mistakes. A "smell" that comes to > mind is any methods that I wrote but are not in packages in my load > script. Is there anything that does such checks? Seaside > 2.9 includes a tool that helps to manage packages, and _somewhere_ I > have an image with that loaded and ready for shameless plagairism. > This seems like such a common task that there must be some good tools > to handle it?? > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of StÃ©phane Ducasse > Sent: Saturday, September 19, 2009 4:07 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > >>> >>> >>>> goals? >>> >>> Perform MC actions (load, update, merge, revert, commit, diff, >>> recompile) on a set of packages. >> >> So, not like Installer that can load packages from everywhere, Gofer >> will concentrate on MC? What about ScriptLoader? > > ScriptLoader will certainly use gofer to install packages instead of > installer > >> Stephane has mentioned Gofer before. Is in the plans to support only >> MC packages for Pharo and to use Gofer as the tool for load them on >> pharo. > > Yes. > Because in pharo we do not use anything else besides on changeset to > kick in the load. > >> Or nothing has been decided yet? It is considered? >>> >>>> implementation? >>> >>> Focus on keeping the system clean, e.g. no empty categories/ >>> protocols, properly ordered categories/protocols, no duplicated >>> repositories, etc. >> >> Installer can't do that? Is a question, I don't know much about the >> internals of Installer. > > Compared to sometimes ago they were cleaned but >> >>> >>>> speed? >>> >>> Not optimized yet. >>> >>>> license? >>> >>> MIT >> >> Can you please give us a big picture of the role Gofer will have? > > After discussion at Esug between dale, lukas and me listening :) it > seems that Metacello will use Gofer to load packages. > > Now I think that you should give a try to Gofer and report what is > missing or not. > I have some behvaior I would really like to have (that are specific > to ScriptLoader like tell me which packages have changed since a > given marked period). > > > >> >>> >>> Lukas >> >> Thanks >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> 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

Sept. 20, 2009

Re: [Pharo-project] Gofer vs Installer

by Lukas Renggli

> Â Seaside 2.9 includes a tool that helps to manage packages, and _somewhere_ I have an image with that loaded and ready for shameless plagairism. Â This seems like such a common task that there must be some good tools to handle it?? That's exactly Gofer. Seaside 3 is one of the reasons why I wrote it. Lukas > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Saturday, September 19, 2009 4:07 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > >>> >>> >>>> goals? >>> >>> Perform MC actions (load, update, merge, revert, commit, diff, >>> recompile) on a set of packages. >> >> So, not like Installer that can load packages from everywhere, Gofer >> will concentrate on MC? What about ScriptLoader? > > ScriptLoader will certainly use gofer to install packages instead of installer > >> Stephane has mentioned Gofer before. Is in the plans to support only >> MC packages for Pharo and to use Gofer as the tool for load them on >> pharo. > > Yes. > Because in pharo we do not use anything else besides on changeset to kick in the load. > >> Or nothing has been decided yet? It is considered? >>> >>>> implementation? >>> >>> Focus on keeping the system clean, e.g. no empty categories/ >>> protocols, properly ordered categories/protocols, no duplicated >>> repositories, etc. >> >> Installer can't do that? Is a question, I don't know much about the >> internals of Installer. > > Compared to sometimes ago they were cleaned but >> >>> >>>> speed? >>> >>> Not optimized yet. >>> >>>> license? >>> >>> MIT >> >> Can you please give us a big picture of the role Gofer will have? > > After discussion at Â Esug between dale, lukas and me listening :) it seems that Metacello will use Gofer to load packages. > > Now I think that you should give a try to Gofer and report what is missing or not. > I have some behvaior I would really like to have (that are specific to ScriptLoader like tell me which packages have changed since a given marked period). > > > >> >>> >>> Lukas >> >> Thanks >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 20, 2009

Re: [Pharo-project] Gofer vs Installer

by StÃ©phane Ducasse

The first thing you can try is to check using the browse button of MC that you extensions methods are well in your package. Stef On Sep 20, 2009, at 12:43 AM, Schwab,Wilhelm K wrote: > I'd like to put on my user hat for a moment. A big concern of mine > is doing a good job of saving packages from one image and moving > them to another. I have (hopefully) been keeping my install script > current as I add new packages, but it currently relies on my being > careful. > > Clearly having very good coverage with tests would help to check the > health of any new image; I'm slowly working on that. It would be > nice to have ways to check for packaging mistakes. A "smell" that > comes to mind is any methods that I wrote but are not in packages in > my load script. Is there anything that does such checks? Seaside > 2.9 includes a tool that helps to manage packages, and _somewhere_ I > have an image with that loaded and ready for shameless plagairism. > This seems like such a common task that there must be some good > tools to handle it?? > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of StÃ©phane Ducasse > Sent: Saturday, September 19, 2009 4:07 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Gofer vs Installer > >>> >>> >>>> goals? >>> >>> Perform MC actions (load, update, merge, revert, commit, diff, >>> recompile) on a set of packages. >> >> So, not like Installer that can load packages from everywhere, Gofer >> will concentrate on MC? What about ScriptLoader? > > ScriptLoader will certainly use gofer to install packages instead of > installer > >> Stephane has mentioned Gofer before. Is in the plans to support only >> MC packages for Pharo and to use Gofer as the tool for load them on >> pharo. > > Yes. > Because in pharo we do not use anything else besides on changeset to > kick in the load. > >> Or nothing has been decided yet? It is considered? >>> >>>> implementation? >>> >>> Focus on keeping the system clean, e.g. no empty categories/ >>> protocols, properly ordered categories/protocols, no duplicated >>> repositories, etc. >> >> Installer can't do that? Is a question, I don't know much about the >> internals of Installer. > > Compared to sometimes ago they were cleaned but >> >>> >>>> speed? >>> >>> Not optimized yet. >>> >>>> license? >>> >>> MIT >> >> Can you please give us a big picture of the role Gofer will have? > > After discussion at Esug between dale, lukas and me listening :) it > seems that Metacello will use Gofer to load packages. > > Now I think that you should give a try to Gofer and report what is > missing or not. > I have some behvaior I would really like to have (that are specific > to ScriptLoader like tell me which packages have changed since a > given marked period). > > > >> >>> >>> Lukas >> >> Thanks >> -- >> Miguel CobÃ¡ >> http://miguel.leugim.com.mx >> >> >> _______________________________________________ >> 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

Sept. 20, 2009

Re: [Pharo-project] Is there a way to use rename refactor while preserving whitespace formatting in refactored methods?

by Schwab,Wilhelm K

You have hit my main gripe with the RB - it has no regard for formatting. I freely use it for things that do not require rewriting code (e.g. the up/down refactorings), and sometimes for new code that has not had time to accumulate useful comments. If the code has been around for a while, then I usually prefer to do the work manually than to see my configuration management queues scattered to the four corners of video RAM. I would greatly enjoy seeing this fixed, but given the attitude of the xp crowd toward comments, I am not optimistic. My experience porting lots of old code to Pharo has only strengthened my belief that well-placed comments are a very valuable aid. One package contained three logic errors that should have bitten me years ago, but never did. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of T. J. Richter Sent: Saturday, September 19, 2009 6:38 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Is there a way to use rename refactor while preserving whitespace formatting in refactored methods? Hi, I am using Pharo with the default browser, which is the OmniBrowser. When I right-click on a message name in the right-most panel and choose "rename refactor" from the menu, enter the new name and accept, the message sends are renamed, but the whitespace formatting in those refactored methods is not preserved. Is there any way at present to do this while keeping the formatting intact? _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2009

[Pharo-project] Is there a way to use rename refactor while preserving whitespace formatting in refactored methods?

by T. J. Richter

Hi, I am using Pharo with the default browser, which is the OmniBrowser. When I right-click on a message name in the right-most panel and choose "rename refactor" from the menu, enter the new name and accept, the message sends are renamed, but the whitespace formatting in those refactored methods is not preserved. Is there any way at present to do this while keeping the formatting intact?

Sept. 19, 2009

Re: [Pharo-project] Progress bars

by Schwab,Wilhelm K

Stef, Thanks for the reply. That worked nicely, and beyond that, so did LDAPlayer. I had a list of roughly 1200 people to look up in a directory, and Pharo stood up to it nicely. If only the entries were of like quality, but that's another problem (one that we are trying to address). BTW, there were far more than 1200 searches because (did I mention the entries are junk?<g>) I added logic to retry w/o the given name under some circumstances. Some searches exceeded limits that the directory found tolerable (I guess it did not like keeping up with the Jones' - US slag based pun alert). It would still be nice to have a progess dialog with a cancel button, but I am very pleased to see Pharo stand up to the network traffic and the debugging. If we're not careful, we will end up with a clean, robust, open source Smalltalk :) Thanks to all for the great progress to date! Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Friday, September 18, 2009 12:51 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Progress bars Check SystemProgressMorph example 'Progress' displayProgressAt: Display center from: 0 to: 1000 during: [:bar | 0 to: 1000 do: [:i | bar value: i. (Delay forMilliseconds: 2) wait]] Stef On Sep 18, 2009, at 7:33 PM, Schwab,Wilhelm K wrote: > Hello all, > > Is there a preferred way to produce a progress bar? The example below > seems to work, but is there a better way? Is there a way to provide a > cancel button? > > Bill > > > > [ > #( 1 2 3 4 5 ) > do:[ :each | > ( Delay forMilliseconds:500 ) wait. > ] > displayingProgress:'Gratuitous Progress Bar.' > ] fork. > > > > _______________________________________________ > 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

Sept. 19, 2009

Re: [Pharo-project] Gofer vs Installer

by Schwab,Wilhelm K

I'd like to put on my user hat for a moment. A big concern of mine is doing a good job of saving packages from one image and moving them to another. I have (hopefully) been keeping my install script current as I add new packages, but it currently relies on my being careful. Clearly having very good coverage with tests would help to check the health of any new image; I'm slowly working on that. It would be nice to have ways to check for packaging mistakes. A "smell" that comes to mind is any methods that I wrote but are not in packages in my load script. Is there anything that does such checks? Seaside 2.9 includes a tool that helps to manage packages, and _somewhere_ I have an image with that loaded and ready for shameless plagairism. This seems like such a common task that there must be some good tools to handle it?? Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Saturday, September 19, 2009 4:07 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Gofer vs Installer >> >> >>> goals? >> >> Perform MC actions (load, update, merge, revert, commit, diff, >> recompile) on a set of packages. > > So, not like Installer that can load packages from everywhere, Gofer > will concentrate on MC? What about ScriptLoader? ScriptLoader will certainly use gofer to install packages instead of installer > Stephane has mentioned Gofer before. Is in the plans to support only > MC packages for Pharo and to use Gofer as the tool for load them on > pharo. Yes. Because in pharo we do not use anything else besides on changeset to kick in the load. > Or nothing has been decided yet? It is considered? >> >>> implementation? >> >> Focus on keeping the system clean, e.g. no empty categories/ >> protocols, properly ordered categories/protocols, no duplicated >> repositories, etc. > > Installer can't do that? Is a question, I don't know much about the > internals of Installer. Compared to sometimes ago they were cleaned but > >> >>> speed? >> >> Not optimized yet. >> >>> license? >> >> MIT > > Can you please give us a big picture of the role Gofer will have? After discussion at Esug between dale, lukas and me listening :) it seems that Metacello will use Gofer to load packages. Now I think that you should give a try to Gofer and report what is missing or not. I have some behvaior I would really like to have (that are specific to ScriptLoader like tell me which packages have changed since a given marked period). > >> >> Lukas > > Thanks > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > 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

Sept. 19, 2009