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

[Pharo-project] apparently renameClass

by StÃ©phane Ducasse

Lukas we did a rename class and we got a message like Class is a global or ... at the end. We continue. And now we realized that the class was (appeared to be) removed but when we published the code with MC. The class was not removed. Stef

July 18, 2010

Re: [Pharo-project] Pharocasts: Start Pharo on GNU/Linux

by StÃ©phane Ducasse

This is good we will have a really nice set of videos for beginners. May be after we will have to organize them. Stef On Jul 17, 2010, at 11:38 PM, laurent laffont wrote: > For beginners, how to download image, sources, VM and open Pharo. Start spreading :) > > http://pharocasts.blogspot.com/2010/07/pharo-install.html > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2010

Re: [Pharo-project] selection in OB browser

by StÃ©phane Ducasse

On Jul 18, 2010, at 11:10 AM, Lukas Renggli wrote: >> after the method is moved, the method with the same name but self halt is selected. >> I think that it would be better to select another one, like that we can directly refactor the next one. >> Else you read again the code during 2 s and think ok this is the old one but this is really taking cycle of attention. > > The refactoring is performed in a different thread than the one that > updates the GUI and refreshes the display. So it takes a few hundred > milliseconds to propagate the changes to all other browser windows. > You can see the same when you edit a method. > > I've committed a little change that forces the browser that opened the > refactoring change browser to immediately refresh the original > browser. For all the other windows it still takes a short time to > refresh. Thanks lukas > > Name: OB-Refactory-lr.221 > Author: lr > Time: 18 July 2010, 11:09:39 am > UUID: ea66aaba-9f9e-4f48-9cfd-9710601065b8 > Ancestors: OB-Refactory-lr.220 > > - force the browser that performs a refactoring to refresh > immediately (all other browsers still take a few 100 milliseconds to > get the system change notification and to refresh the display) > >> The selection is strange, often I got an item kind of selected because it was in light blue but the list itself was >> not selected so I could select the refactoring to happy but the system barked telling me that the selection was not >> good and I have to click again on the item so select it for real (in the case I could see the selection because the list >> was surrounded by a blue line). > > Can you describe step by step how to reproduce that? I am not aware of > such a problem. It happened to us a lot when we pushed up a method. So you select the method, bring push up and then you go to the next one but the list is not selected just the item. I got that a lot during our refactoring session. BTW lukas could you have rename class >>>rename class refactoring close to rename class? Because this is something that we do often. Stef

July 18, 2010

Re: [Pharo-project] Sugar theme for Pharo Smalltalk

by StÃ©phane Ducasse

Cool keep pushing We will get a smaller and nicer system. Stef On Jul 18, 2010, at 9:29 AM, Hilaire Fernandes wrote: > It starts to take shape. > Here is a note with screen shot > http://blog.ofset.org/hilaire/index.php?post/2010/07/17/Sugar-theme-fpr-Pha… > > To conform at best to the Sugar UI, it may need change within Polymorph or very deeper knowledge. > > There are some aspect in Polymorph as PaneColor I don't really understand well its behavior. > > Hilaire > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2010

[Pharo-project] [update 1.2] #12056

by StÃ©phane Ducasse

12056 ----- Issue 2676 - Remove PluggableListMorphPlus Stef and Gary from CS@London

July 18, 2010

[Pharo-project] help to update actions done in Pharo 1.1

by Mariano Martinez Peck

Hi. We are very near to release 1.1. We need help to remember all we all have been doing on it ;) Here is the current list: http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotOne Please, feel free to add/modify actions. Cheers Mariano

July 18, 2010

[Pharo-project] [update 1.2] #12055

by StÃ©phane Ducasse

12055 ----- Remove PreferenceBrowser Stef and Gary

July 18, 2010

[Pharo-project] [update 1.2] #12054

by StÃ©phane Ducasse

12054 ----- preparing unload of preferences 2 Stef and Gary

July 18, 2010

[Pharo-project] [update 1.2] #12053

by StÃ©phane Ducasse

12053 ----- preparing unload of preferences Stef and Gary

July 18, 2010

Re: [Pharo-project] selection in OB browser

by Lukas Renggli

> Â Â Â Â after the method is moved, the method with the same name but self halt is selected. > Â Â Â Â I think that it would be better to select another one, like that we can directly refactor the next one. > Â Â Â Â Else you read again the code during 2 s and think ok this is the old one but this is really taking cycle of attention. The refactoring is performed in a different thread than the one that updates the GUI and refreshes the display. So it takes a few hundred milliseconds to propagate the changes to all other browser windows. You can see the same when you edit a method. I've committed a little change that forces the browser that opened the refactoring change browser to immediately refresh the original browser. For all the other windows it still takes a short time to refresh. Name: OB-Refactory-lr.221 Author: lr Time: 18 July 2010, 11:09:39 am UUID: ea66aaba-9f9e-4f48-9cfd-9710601065b8 Ancestors: OB-Refactory-lr.220 - force the browser that performs a refactoring to refresh immediately (all other browsers still take a few 100 milliseconds to get the system change notification and to refresh the display) > Â Â Â Â The selection is strange, often I got an item kind of selected because it was in light blue but the list itself was > Â Â Â Â not selected so I could select the refactoring to happy but the system barked telling me that the selection was not > Â Â Â Â good and I have to click again on the item so select it for real (in the case I could see the selection because the list > Â Â Â Â was surrounded by a blue line). Can you describe step by step how to reproduce that? I am not aware of such a problem. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 18, 2010