Hi Hernan,
OCompletion is actually an add-on for ECompletion, so it does not disable it.
As for the class name issue, and the case where the receiver is self, I will look into it.
Thanks for the feedback,
Romain
________________________________________
From:
[hidden email] [
[hidden email]] On Behalf Of Hernan Wilkinson [
[hidden email]]
Sent: Friday, May 15, 2009 3:32 PM
To:
[hidden email]
Subject: Re: [Pharo-project] [ANN] OCompletion improves the accuracy of eCompletion
Yes, I tried it on a pharo-dev image. I thought that there could be a conflict between ecomp and ocomp but I also thought that ocomp would disable ecomp when loading... anyway, I did not have the time to check that so I went to the previous image.
(BTW I also tried to load ocomp on a pharo-core image and I could not because there is no Installer class. I could not either with the monticello brower... )
So, the performance issue was when typing class names. For example, I typed 'Ar' press tab and it took a lot to show the valid names. Selected Array and the started to delete it and it also took a lot of time to delete each character. I tried the same thing on an pharo-dev image without ocomp and worked fine... so there must be something going on.
Another thing that I found rare was this: When loading Ocomp I selected the packages Kernel, Collection and the one I'm working on. In a test class, when writing a test I wrote: "self as" and "assert:" was not in the options. I think it is because I did not select SUnit as a package, but I found this annoying... If I sending a message to self I think it should show all the messages that object could understood (that is, the ones defined in the class I working with and it superclasses. Ok, object has a lot of messages that could bother here, but at least it show show the messages up to object minus one I think)
Hope this help.
Hernan.
On Fri, May 15, 2009 at 3:36 AM, Damien Cassou <
[hidden email]<mailto:
[hidden email]>> wrote:
2009/5/15 Romain Robbes <
[hidden email]<mailto:
[hidden email]>>:
> Could you describe the symptoms more precisely? I was especially careful so
> that the completion should be actually faster
> than the default one (ECompletion looks at all the symbols in the image,
> whereas OCompletion looks in a much more
> restricted set of symbols), so I'm especially surprised of this.
> Have you installed other packages in the same image that could cause this?
Since he uses pharo-dev, I guess Hernan has eCompletion too on his
image. Is that a problem?
--
Damien Cassou
http://damiencassou.seasidehosting.st"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
_______________________________________________
Pharo-project mailing list
[hidden email]<mailto:
[hidden email]>
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Locked
