November 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] selection in text morphs

by Tudor Girba

Hi, I would need to get notified every time a piece of text is selected in a text morph. Can anyone tell me if and how this would be possible to do? Cheers, Doru -- www.tudorgirba.com "We are all great at making mistakes."

Nov. 12, 2009

Re: [Pharo-project] No replace menu entry in the tools of Pharo image?

by Adrian Lienhard

Hi Cesar I don't miss it. How does it work? I also wonder where you found the menu item 'set search string'? If there is enough interest from other people we can add the replace. But we should take care not to get long menus again. Thinking about it, I would remove 'find again (g)' from the context menu. Or does anybody use it from the menu, rather than with the keyboard shortcut? Cheers, Adrian On Nov 12, 2009, at 22:06 , csrabak(a)bol.com.br wrote: > Am I the only soul that misses the replace entry which I would > expect to be near the 'find' and 'find again' entries? > > We have even an entry 'set search string' but not a replace one! > > -- > Cesar Rabak > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 12, 2009

Re: [Pharo-project] accessors entry in submenu of refactor class menu (OB package Browser)

by Lukas Renggli

>> This is happening in an image: Pharo1.0rc1 Latest update: #10495 > > Looks like a bug in OCompletion. > > I am still using ECompletion, so I've not seen that bug before. Ahh, now I understand the problem. It also happens with ECompletion, you just have to press tab there to make it visible. I've published a workaround with: Name: OB-Refactory-lr.170 Author: lr Time: 12 November 2009, 10:36:05 pm UUID: f337e63c-fb96-4339-b9e8-a000e90fc075 Ancestors: OB-Refactory-lr.169 - fixed a bug with ECompletion/OCompletion when somebody wanted to complete something in the changes browser Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 12, 2009

Re: [Pharo-project] accessors entry in submenu of refactor class menu (OB package Browser)

by Lukas Renggli

>> > That we don't Â have a Â way to Â create accessor Â (specifically the >> > getters) that do lazy evaluation? >> Â Lazy initialization? What do you want to do? > > SomeClass>>aVariable > > Â Â aVariable isNil ifTrue: [aVariable := "sensible thing to do"]. > Â Â ^aVariable How would the refactoring engine figure out what you want to do? Normally you just change the code directly in the changes browser. >> Â > And last but not least, if Â I attempt to edit a method in the new >> Â > window Â "Changes: Â refactor Â class, Â accessors" Â I Â get Â an Â MNU: >> Â > OR2AddMethodChangeNode(Object)>>doesNotUnderstand: #selectedClass. >> Â I Â cannot reproduce Â the Â problem in Â the Â standard OmniBrowser. Â I >> Â commonly edit the changes before applying the refactorings. > > This is happening in an image: Pharo1.0rc1 Latest update: #10495 Looks like a bug in OCompletion. I am still using ECompletion, so I've not seen that bug before. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 12, 2009

Re: [Pharo-project] accessors entry in submenu of refactor class menu (OB package Browser)

by csrabak＠bol.com.br

Em 12/11/2009 19:08, Lukas Renggli <renggli(a)gmail.com> escreveu: > > That we don't have a way to create accessor (specifically the > > getters) that do lazy evaluation? > Lazy initialization? What do you want to do? SomeClass>>aVariable aVariable isNil ifTrue: [aVariable := "sensible thing to do"]. ^aVariable Most of the cases you will have the creation of an object or have the variable set to zero in the block. > > The way the tool works now is that if one clicks > > refactor->accessors you get a new window with all accessors > > "created" and you have to delete the ones you don't want? > You can disable the preference #promptOnRefactoring to not display > the changes and perform the refactoring immediately. This is the opposite I'm searching! > > And last but not least, if I attempt to edit a method in the new > > window "Changes: refactor class, accessors" I get an MNU: > > OR2AddMethodChangeNode(Object)>>doesNotUnderstand: #selectedClass. > I cannot reproduce the problem in the standard OmniBrowser. I > commonly edit the changes before applying the refactorings. This is happening in an image: Pharo1.0rc1 Latest update: #10495 -- Cesar Rabak

Nov. 12, 2009

Re: [Pharo-project] accessors entry in submenu of refactor class menu (OB package Browser)

by Lukas Renggli

> That we don't have a way to create accessor (specifically the getters) that do lazy evaluation? Lazy initialization? What do you want to do? > The way the tool works now is that if one clicks refactor->accessors you get a new window with all accessors "created" and you have to delete the ones you don't want? You can disable the preference #promptOnRefactoring to not display the changes and perform the refactoring immediately. > And last but not least, if I attempt to edit a method in the new window "Changes: refactor class, accessors" I get an MNU: OR2AddMethodChangeNode(Object)>>doesNotUnderstand: #selectedClass. I cannot reproduce the problem in the standard OmniBrowser. I commonly edit the changes before applying the refactorings. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 12, 2009

[Pharo-project] No replace menu entry in the tools of Pharo image?

by csrabak＠bol.com.br

Am I the only soul that misses the replace entry which I would expect to be near the 'find' and 'find again' entries? We have even an entry 'set search string' but not a replace one! -- Cesar Rabak

Nov. 12, 2009

[Pharo-project] accessors entry in submenu of refactor class menu (OB package Browser)

by csrabak＠bol.com.br

Is it by design decision: That we don't have a way to create accessor (specifically the getters) that do lazy evaluation? The way the tool works now is that if one clicks refactor->accessors you get a new window with all accessors "created" and you have to delete the ones you don't want? And last but not least, if I attempt to edit a method in the new window "Changes: refactor class, accessors" I get an MNU: OR2AddMethodChangeNode(Object)>>doesNotUnderstand: #selectedClass. -- Cesar Rabak

Nov. 12, 2009

Re: [Pharo-project] installing hyper in pharo

by Lukas Renggli

>> I end up with >> >> SpSocket >> >> not understanding the message: >> >> recvWithoutBlockingInto:startingAt:for: >> >> Am I not installing the correct version of Sport? When we evaluated Sport as a platform layer for Seaside we found that the current implementation for Squeak (and Pharo) is extremely outdated, unmaintained, unsupported, untested and there are no plans to change that. Check the Swazoo mailing-list for the full discussion: http://sourceforge.net/mailarchive/message.php?msg_id=66666f210806200113m1c… Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 12, 2009

Re: [Pharo-project] installing hyper in pharo

by Alexandre Bergel

For people who wonder what Hyper is. Philippe made a port of Hyper from Gemstone. Here is what you can read from the Gemstone squeaksource: Hyper is a web server written in Smalltalk. It runs on VisualWorks, VisualAge, GemStone and Squeak. Sport is the platform-specific layer. Hyper is licensed as LGPL. Cheers, Alexandre On 12 Nov 2009, at 15:57, Sean Allen wrote: > I'm missing something but I'm not sure what... > > via Monticello I installed the following hyper related packages from > squeaksource: > > Hyper1.333-pmm.14 > OpenSkills1.333-pmm.8 > Sport-2.031 > > and when i try to do a simple test like: > > HyHTTPClient getUsingURIString: 'www.example.com' > > I end up with > > SpSocket > > not understanding the message: > > recvWithoutBlockingInto:startingAt:for: > > Am I not installing the correct version of Sport? > > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 12, 2009