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

[Pharo-project] Fwd: [Seaside] Re: Is a monticello question allowed here?

by HernÃ¡n Morales Durand

Outsider's perception on MC Browser usability... ---------- Forwarded message ---------- From: Fritz Schenk <intrader.intrader(a)gmail.com> Date: 2010/5/28 Subject: [Seaside] Re: Is a monticello question allowed here? To: seaside(a)lists.squeakfoundation.org The SqueakSource site is down. That could explain the slowness. However, there should be an hour-glass and some feedback on the failure. This is very poor. _______________________________________________ seaside mailing list seaside(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

May 29, 2010

[Pharo-project] [update 1.1] #11377

by StÃ©phane Ducasse

11377 ----- - Issue 2460: NewTextMorphTests #testClassDefinitionMorphCreation and #testMethodMorphCreation fails Rethought the CodeMorph class hierarchy, removed the subclasses and added CodeMorph class methods for creating MethodMorph and ClassDefinitionMorph Stef

May 28, 2010

[Pharo-project] for 1.1 problem with changes

by StÃ©phane Ducasse

Hi guys in 11377 the method FormCanvas>>transformBy: aDisplayTransform clippingTo: aClipRect during: aBlock smoothing: cellSize got its source code destroyed. So I reverted and now the latest stream is 11376. Now if you build from 11367 up to 11376 FormCanvas>>transformBy: is ok. What I noticed is that in the images I built incrementally during the integration of fixes 11376 was already corrupted (contrary to the one you can get when you take 11367 and upgrade). No idea why. I integrate Morphic-FernandoOlivero.589 and it seems to work. May be there is bug elsewhere. What I do not really understand is that before publishing the process make sure that we load in a separate image the package locally, then once published on the server I always load them before sending an announcement. Stef

May 28, 2010

Re: [Pharo-project] Drag&drop a method, remove the method

by Lukas Renggli

>> > <OT> >> > Now that we are talking about OB and drag and drop, can I tell you my >> > dream? >> > I would LOVE to be able to drag a method to the "instance" and "class" >> > buttons to change methods from one side to the other one without having >> > to >> > use RB. >> > I have no idea if it is possible nor the cost of it, I justÂ express my >> > wishes ;) >> > </OT> >> >> That's difficult to do, not impossible though. >> > > Ok :( > Thanks anyway. Name: OB-Morphic-lr.125 Author: lr Time: 28 May 2010, 7:39:56 pm UUID: 6be02689-5ff7-42e6-b1ec-f93ba26bb437 Ancestors: OB-Morphic-lr.124 - added the possiblity to drag items onto option buttons, for example to move items from the class to the instance side -- Lukas Renggli www.lukas-renggli.ch

May 28, 2010

Re: [Pharo-project] O2 and Pharo 1.0

by Alexandre Bergel

Mariano, is there a way to update this? Alexandre On 28 May 2010, at 08:18, Mariano Martinez Peck wrote: > Hi Juanjo. I think the problem is that ConfigurationOfO2 doesn't include oCompletion in the default group. Try the group 'Dev' and you will get it. > > Look the conf: > > spec > group: 'default' with: #('Core' ); > group: 'Core' with: #( 'OmniBrowser2' 'O2-Standard' 'O2-Morphic' 'O2-Enhancements'); > group: 'Dev' with: #( 'Core' 'O2-Refactory' 'OCForO2'); > group: 'Tests' with: #(); > group: 'Core Tests' with: #('Core' 'Tests' ); > > > Cheers > > Mariano > > > 2010/5/28 JuanjoE <juanjoe(a)gmail.com> > Hi, I tried to install O2 in Pharo 1.0 update #10517. > > All I do was Loader new load: 'O2'. It works fine, but the problem I'm having is that oCompletion doesn't work with O2 browser. Any clue where I can start looking? > > > Thanks > > El problema no es mentirse, el problema es creerse > > _______________________________________________ > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 28, 2010

[Pharo-project] squeaksource up again but ...

by Fernando olivero

i've lost two projects i created just before it crashed. I don't mind recovering them, they both were empty. But just to be sure that nobody lost some valid project. Fernando

May 28, 2010

Re: [Pharo-project] Drag&drop a method, remove the method

by Mariano Martinez Peck

On Fri, May 28, 2010 at 3:11 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > <OT> > > Now that we are talking about OB and drag and drop, can I tell you my > dream? > > I would LOVE to be able to drag a method to the "instance" and "class" > > buttons to change methods from one side to the other one without having > to > > use RB. > > I have no idea if it is possible nor the cost of it, I just express my > > wishes ;) > > </OT> > > That's difficult to do, not impossible though. > > Ok :( Thanks anyway. > Did you see that there is a menu > > refactor method | move to class/instance side > > ? > > Yes yes. I know. But I am more lazy than that hahah. Maybe these days no, but when I was developing during my day work with VAST and then using Pharo at night...I was trying to do this all the time haha. Cheers Mariano > 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 >

May 28, 2010

Re: [Pharo-project] Drag&drop a method, remove the method

by Lukas Renggli

> <OT> > Now that we are talking about OB and drag and drop, can I tell you my dream? > I would LOVE to be able to drag a method to the "instance" and "class" > buttons to change methods from one side to the other one without having to > use RB. > I have no idea if it is possible nor the cost of it, I justÂ express my > wishes ;) > </OT> That's difficult to do, not impossible though. Did you see that there is a menu refactor method | move to class/instance side ? Lukas -- Lukas Renggli www.lukas-renggli.ch

May 28, 2010

Re: [Pharo-project] Drag&drop a method, remove the method

by Mariano Martinez Peck

Thanks Lukas. <OT> Now that we are talking about OB and drag and drop, can I tell you my dream? I would LOVE to be able to drag a method to the "instance" and "class" buttons to change methods from one side to the other one without having to use RB. I have no idea if it is possible nor the cost of it, I just express my wishes ;) </OT> On Fri, May 28, 2010 at 2:51 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > That problem is actually not specific to Pharo 1.1, it is already > present for the last 5 years or so :-) > > Thanks for pointing out, fixed in: > > Name: OB-Standard-lr.470 > Author: Lukas Renggli > Time: 28 May 2010, 2:51:03 pm > UUID: 9b1e4d28-6d03-48e2-a3a0-6cd9899c9830 > Ancestors: OB-Standard-lr.469 > > - fixed some drag and drop issues with method nodes > > Lukas > > On 28 May 2010 13:25, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.), > > when you drag&drop a method from a class to the same class, the method > > is just removed ... > > > > -- > > 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 > > > > > > -- > 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 >

May 28, 2010

Re: [Pharo-project] Drag&drop a method, remove the method

by Lukas Renggli

That problem is actually not specific to Pharo 1.1, it is already present for the last 5 years or so :-) Thanks for pointing out, fixed in: Name: OB-Standard-lr.470 Author: Lukas Renggli Time: 28 May 2010, 2:51:03 pm UUID: 9b1e4d28-6d03-48e2-a3a0-6cd9899c9830 Ancestors: OB-Standard-lr.469 - fixed some drag and drop issues with method nodes Lukas On 28 May 2010 13:25, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.), > when you drag&drop a method from a class to the same class, the method > is just removed ... > > -- > 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 > -- Lukas Renggli www.lukas-renggli.ch

May 28, 2010