April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3587 in pharo: Clean up handling of WideStrings

by pharo＠googlecode.com

Updates: Status: Started Comment #3 on issue 3587 by marcus.d...(a)gmail.com: Clean up handling of WideStrings http://code.google.com/p/pharo/issues/detail?id=3587 (No comment was entered for this change.)

April 15, 2011

Re: [Pharo-project] Issue 3872 in pharo: [Failing Test] 1.3 HttpUrlTest.testHttps

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #2 on issue 3872 by marcus.d...(a)gmail.com: [Failing Test] 1.3 HttpUrlTest.testHttps http://code.google.com/p/pharo/issues/detail?id=3872 (No comment was entered for this change.)

April 15, 2011

Re: [Pharo-project] Issue 3872 in pharo: [Failing Test] 1.3 HttpUrlTest.testHttps

by pharo＠googlecode.com

Comment #1 on issue 3872 by sven.van...(a)gmail.com: [Failing Test] 1.3 HttpUrlTest.testHttps http://code.google.com/p/pharo/issues/detail?id=3872 Name: SLICE-Issue-3872-TestHttpsParseScheme-SvenVanCaekenberghe.1 Author: SvenVanCaekenberghe Time: 15 April 2011, 11:53:35 am UUID: 84cdb3e8-7ecb-4383-8f33-a0d90df3020c Ancestors: Dependencies: NetworkTests-SvenVanCaekenberghe.46 test https url parsing for scheme only, not class

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by StÃ©phane Ducasse

>> > > The GUI (SelectorBrowser) is gone. > The functionality (MethodFinder) is not. > > Could/Should probably be moved to Finder-Core though. yes it would be good. stef

April 15, 2011

Re: [Pharo-project] Brussels Sprint: gathering number of attendes

by Craig Latta

Hoi sprinters-- Drat, another project is keeping me in Amsterdam today; I won't be able to make it to Brussels. I'm very sorry for the short notice. I hope you have a fun and productive time! I'm really looking forward to meeting you all sometime soon. Please let me know if there's any associated activity on Skype, IRC, etc. I could drop by virtually at some point. thanks, -C -- Craig Latta www.netjam.org/resume +31 06 2757 7177 + 1 415 287 3547

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #5 on issue 3981 by ryd...(a)gmail.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 Better would prolly be ^(self methodSymbol < aSourceReference methodSymbol) or: [ (self methodSymbol = aSourceReference methodSymbol) and: [ self time <= aSourceReference time]] Well, depends on whether you like ifTrue: ifFalse: I guess :P Personally, I kinda like boolean logic.

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #4 on issue 3981 by johanbri...(a)me.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 indeed! it's just plain wrong.

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by Henrik Sperre Johansen

On 15.04.2011 11:23, Mariano Martinez Peck wrote: > > > On Fri, Apr 15, 2011 at 11:16 AM, Henrik Sperre Johansen > <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> > wrote: > > On 15.04.2011 10:55, Mariano Martinez Peck wrote: > > Hi Ben. I was going to remove MethodFinder since I thought it > was not used any more...but I noticed that Finder depends on > it, for example in #computeWithMethodFinder: > so...is this correct or we should fix it ? > > Thanks > > -- > Mariano > > > The GUI (SelectorBrowser) is gone. > The functionality (MethodFinder) is not. > > > Yes I know. and this is what I was going to do today, remove > MethodFinder since I thought is was only used in the old UI, not Finder. > > > Could/Should probably be moved to Finder-Core though. > > > I have ni idea how much Finder uses MethodFinder...maybe it is just a > couple of methods. I don't know. > > Cheers > > Mariano ClassBrowser -> Select MethodFinder -> Right click -> Class refs ;) Cheers, Henry

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #3 on issue 3981 by ryd...(a)gmail.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 Sure they do, if class is identical, but selector not. ^ self methodSymbol = aSourceReference methodSymbol ifTrue:[true] ifFalse:[self time <= aSourceReference time] is just... wrong. I believe it means to be ^ self methodSymbol = aSourceReference methodSymbol ifTrue:[self time <= aSourceReference time] ifFalse:[self methodSymbol < aSourceReference methodSymbol ]

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by Mariano Martinez Peck

On Fri, Apr 15, 2011 at 11:16 AM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 15.04.2011 10:55, Mariano Martinez Peck wrote: > >> Hi Ben. I was going to remove MethodFinder since I thought it was not used >> any more...but I noticed that Finder depends on it, for example in >> #computeWithMethodFinder: >> so...is this correct or we should fix it ? >> >> Thanks >> >> -- >> Mariano >> > > The GUI (SelectorBrowser) is gone. > The functionality (MethodFinder) is not. > Yes I know. and this is what I was going to do today, remove MethodFinder since I thought is was only used in the old UI, not Finder. > Could/Should probably be moved to Finder-Core though. > > I have ni idea how much Finder uses MethodFinder...maybe it is just a couple of methods. I don't know. Cheers Mariano > Cheers, > Henry > > -- Mariano http://marianopeck.wordpress.com

April 15, 2011