- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] Pharo MIT license clean

by StÃ©phane Ducasse

Matthew > Awesome job guys. Thanks. > The volume of improvements Pharo has over > Squeak really makes me wonder if the latter has any real > relevance anymore. I do not know and in itself this is not our goal. We do not do pharo against Squeak. We do pharo to be able to dream about Smalltalk. We are committed (even more than for 3.9 which I think was a success even if there are some points I would reconsider :)) Now people are welcome to pharo. But Pharo will not be squeak. We want to create a culture where better, faster, more tested, more documented, new, well-designed, not compatible changes are possible and wished. :) I'm still profoundly sad to remove etoy or complex related morphic stuff. May be some people will reimplement some solutions that were already in squeak, but this is the way to go. Cleaning and making the system lean so that we and other can invent their future. >> [1] http://code.google.com/p/pharo/wiki/ResultofRelicensing >> [2] http://code.google.com/p/pharo/wiki/LicenseCleanEffort > > It looks like you did the relicense perfectly. I'm glad the > image I put together was able to help you. I'm sorry I didn't > help more. it was great that you provided the resources. It helped a lot. I could play with the idea and this really lowered the barrier. So be sure that you participated. :) Stef PS: I should check some pending items of what you did (MC1.5.....) just life is too short. PSPS: I hope your master is going well.

June 27, 2009

Re: [Pharo-project] [ANN] Fix to issue 825

by Schwab,Wilhelm K

Stef, Sometimes I wonder whether the response times are to blame. <forDebate>Something that should happen in 0.1 seconds ends up taking several seconds, user gets suspicious that image has locked up, pokes around with the mouse (almost instinctive), and confuses the image</forDebate>. 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, June 27, 2009 3:37 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN] Fix to issue 825 argh. Let us know if you can reproduce that. I think that we changed a lot and pharo 1.0 may be less stable than Squeak3.9

June 27, 2009

Re: [Pharo-project] [ANN] Fix to issue 825

by Schwab,Wilhelm K

Hernan, I've had some hangups, some of which I think were OB related; either it took a terribly long time to respond, or it got confused over package names - not sure which - I finally recovered what I could and started a new image. A few times, I have successfully broken out of an apparent lockup. BTW, that's another argument for keeping notifiers - why add add an extra second or two for the full debugger to open when a notifier is enough to let the user know the interrupt was "seen." The other place I have lost work is accepts in either the debugger or (less of a problem) a browser going into the ether. In the case of the browser, I wonder whether the category or other context was correctly set?? Concerns over response times aside, which OS are you using? Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Hernan Wilkinson Sent: Saturday, June 27, 2009 2:24 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN] Fix to issue 825 > > With this fix, all changes made to classes like adding instance > variables, class variables, changing method categories, changing > class package, etc. are saved to the changes file. I spend some time > trying to find the best way to do it, like Stef said some time ago, > the code is not easy to understand, so I decided to do it the > simplest way. So each method that changes something in the class, it > also logs the change. The good thing is that no matter where the > change is made, it is saved. Did you pay attention that certain operation are silent (do not add to the change) right now is saving all the changes to the log. I saw something about doit silent but I do not understand why a change should not be save, why is that? > The drawback is that when changing a class from the browser's code > panel, it saves the definition twice. All the changes are saved as > "doit", so no change to the file in was necessary. What do you mean by doit? Normally only class def (which is a mistake) are saved like doit. I agree that it is a mistake, but I think that the first steep is to save everything. The next one should be to change the format. I needed this fix becuase I lost a lot of work because pharo hanged on me many times... > Ironically, I had a power down issue when testing it, so I did not > loose anything! (and help me to find a bug). > All the changes are tested. See ClassOrganizerTest, ClassTest and > StandardSourceFileArrayTest Hernan can you open an issue in the Bugtracker I did, it is the 825, it is in the subject :-) Stef > > Bye, > Hernan. > > > _______________________________________________ > 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

June 27, 2009

Re: [Pharo-project] [ANN] Fix to issue 825

by StÃ©phane Ducasse

On Jun 27, 2009, at 9:24 PM, Hernan Wilkinson wrote: > > > > With this fix, all changes made to classes like adding instance > > variables, class variables, changing method categories, changing > > class package, etc. are saved to the changes file. I spend some time > > trying to find the best way to do it, like Stef said some time ago, > > the code is not easy to understand, so I decided to do it the > > simplest way. So each method that changes something in the class, it > > also logs the change. The good thing is that no matter where the > > change is made, it is saved. > > Did you pay attention that certain operation are silent (do not add to > the change) > > right now is saving all the changes to the log. I saw something > about doit silent but I do not understand why a change should not be > save, why is that? because sometimes you want to install code without polluting the changes set - halt - breakpoint and all kinds of trickery > > The drawback is that when changing a class from the browser's code > > panel, it saves the definition twice. All the changes are saved as > > "doit", so no change to the file in was necessary. > > What do you mean by doit? > Normally only class def (which is a mistake) are saved like doit. > > I agree that it is a mistake, but I think that the first steep is to > save everything. The next one should be to change the format. yes having something more declarative and object-oriented > I needed this fix becuase I lost a lot of work because pharo hanged > on me many times... argh. Let us know if you can reproduce that. I think that we changed a lot and pharo 1.0 may be less stable than Squeak3.9 > > > Ironically, I had a power down issue when testing it, so I did not > > loose anything! (and help me to find a bug). > > All the changes are tested. See ClassOrganizerTest, ClassTest and > > StandardSourceFileArrayTest > > Hernan can you open an issue in the Bugtracker > > I did, it is the 825, it is in the subject :-) OK :) > > > > > > Stef > > > > Bye, > > Hernan. > > > > > > _______________________________________________ > > 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

June 27, 2009

Re: [Pharo-project] [ANN] Fix to issue 825

by Hernan Wilkinson

> > > > > With this fix, all changes made to classes like adding instance > > variables, class variables, changing method categories, changing > > class package, etc. are saved to the changes file. I spend some time > > trying to find the best way to do it, like Stef said some time ago, > > the code is not easy to understand, so I decided to do it the > > simplest way. So each method that changes something in the class, it > > also logs the change. The good thing is that no matter where the > > change is made, it is saved. > > Did you pay attention that certain operation are silent (do not add to > the change) right now is saving all the changes to the log. I saw something about doit silent but I do not understand why a change should not be save, why is that? > > > > The drawback is that when changing a class from the browser's code > > panel, it saves the definition twice. All the changes are saved as > > "doit", so no change to the file in was necessary. > > What do you mean by doit? > Normally only class def (which is a mistake) are saved like doit. I agree that it is a mistake, but I think that the first steep is to save everything. The next one should be to change the format. I needed this fix becuase I lost a lot of work because pharo hanged on me many times... > > > Ironically, I had a power down issue when testing it, so I did not > > loose anything! (and help me to find a bug). > > All the changes are tested. See ClassOrganizerTest, ClassTest and > > StandardSourceFileArrayTest > > Hernan can you open an issue in the Bugtracker I did, it is the 825, it is in the subject :-) > > > Stef > > > > Bye, > > Hernan. > > > > > > _______________________________________________ > > 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 >

June 27, 2009

Re: [Pharo-project] update to OCompletion

by Mariano Martinez Peck

Yes. The other option is to always evaluate something like this: |instClass| instClass := Smalltalk at: #Installer ifAbsent: [ScriptLoader loadLatestPackage: 'Installer-Core' fromSqueaksource: 'Installer'. Smalltalk at: #Installer]. instClass ss project: 'OCompletion'; install: 'OCLoader'. I think is piece of code is self explained. If not, just ask. Cheers, Mariano On Sat, Jun 27, 2009 at 9:17 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > steve which image are you using? > > You have to install the Installer you can do it that way > ScriptLoader new installingInstaller (bad name I should change it to > installInstaller). > > Stef > > On Jun 27, 2009, at 4:53 AM, Steve Hayes wrote: > > > I'm sorry, I'm a complete novice at Pharo. When I try to "do" that > > code fragment I get "Unknown variable: Installer". Can someone tell me > > what I'm doing wrong? > > > > On 26/06/2009, at 11:58 PM, Romain Robbes wrote: > > > >> Dear Pharo users, > >> > >> I fixed a few things in OCompletion: > >> > >> -When completing class names, performance should be improved when > >> scrolling the list of possibilities. > >> -Pressing tab when there are no matches in the cache of recently used > >> entries will bring up the normal completion menu. > >> -Fixed issue when on rare occasions the selected item in the menu > >> would be out of sync with the entries and cause a walkback. > >> > >> As always, OCompletion is available at: > >> > >> Installer squeaksource project: 'OCompletion'; install: 'OCLoader' > >> > >> Cheers, > >> Romain > >> -- > >> Romain Robbes > >> http://www.inf.unisi.ch/phd/robbes > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > Steve > > > > > > > > _______________________________________________ > > 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 >

June 27, 2009

Re: [Pharo-project] [ANN] Pharo MIT license clean

by Matthew Fulmer

On Tue, Jun 23, 2009 at 09:08:57AM +0200, Adrian Lienhard wrote: > Hi all, > > With the latest update, #10343, we have reached an important step > towards Pharo 1.0. There is no method left in Pharo-core that is not > license clean [1]. Methods from people that did not sign the agreement > or did not release their code under SqueakL were removed or rewritten. > There is a wiki page that describes how I did the audit [2]. > > Thanks to Gabriel for his help. Awesome job guys. The volume of improvements Pharo has over Squeak really makes me wonder if the latter has any real relevance anymore. > [1] http://code.google.com/p/pharo/wiki/ResultofRelicensing > [2] http://code.google.com/p/pharo/wiki/LicenseCleanEffort It looks like you did the relicense perfectly. I'm glad the image I put together was able to help you. I'm sorry I didn't help more. -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

June 27, 2009

Re: [Pharo-project] Pharo Sprint in Berne, Switzerland

by Alexandre Bergel

I added my name. I will be glad to work on OB. Alexandre On 25 Jun 2009, at 22:48, Adrian Lienhard wrote: > Hi all, > > We are going to do a Pharo sprint in Bern on Saturday, July 4. > > http://code.google.com/p/pharo/wiki/PharoSprints > > Please add yourself to the list if you plan to attend (or send me a > mail so I can add you). > > The main goal is to get closer to a first beta release. If you wish to > work on other stuff, e.g., OmniBrowser, please propose this here so we > can organize a bit in advance. > > Cheers, > Adrian > ___________________ > http://www.adrian-lienhard.ch/ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 27, 2009

Re: [Pharo-project] World menu on right-click only

by StÃ©phane Ducasse

We should clean that for me as a mac user the left click to bring the work menu is normal. On Jun 27, 2009, at 10:44 AM, Janko MivÅ¡ek wrote: > Dear Pharoers, > > Noticing that you already managed to cleanup a lot of usability mess, > what if you start tackling this one too: > > - main World menu on left-click is not intuitive, we all expect such > menus on right-click instead. > > But there actually is a World menu on right-click, just that it > contains > a stuff I never ever used yet. This probably means that it is not very > important and it can rather go to submenus, while the top menu level > can > actually contain the stuff from left-click World menu. > > Joining both menus seems therefore possible and that way you'll be one > step closer to the normal world on usability terms. > > Just a few thoughts for a post 1.0 episode .... > > Janko > > > > > -- > Janko MivÅ¡ek > Svetovalec za informatiko > Eranova d.o.o. > Ljubljana, Slovenija > www.eranova.si > tel: 01 514 22 55 > faks: 01 514 22 56 > gsm: 031 674 565 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 27, 2009

Re: [Pharo-project] update to OCompletion

by StÃ©phane Ducasse

steve which image are you using? You have to install the Installer you can do it that way ScriptLoader new installingInstaller (bad name I should change it to installInstaller). Stef On Jun 27, 2009, at 4:53 AM, Steve Hayes wrote: > I'm sorry, I'm a complete novice at Pharo. When I try to "do" that > code fragment I get "Unknown variable: Installer". Can someone tell me > what I'm doing wrong? > > On 26/06/2009, at 11:58 PM, Romain Robbes wrote: > >> Dear Pharo users, >> >> I fixed a few things in OCompletion: >> >> -When completing class names, performance should be improved when >> scrolling the list of possibilities. >> -Pressing tab when there are no matches in the cache of recently used >> entries will bring up the normal completion menu. >> -Fixed issue when on rare occasions the selected item in the menu >> would be out of sync with the entries and cause a walkback. >> >> As always, OCompletion is available at: >> >> Installer squeaksource project: 'OCompletion'; install: 'OCLoader' >> >> Cheers, >> Romain >> -- >> Romain Robbes >> http://www.inf.unisi.ch/phd/robbes >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > Steve > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 27, 2009