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.�<div>
(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... )</div><div><br></div><div>So, the performance issue was when typing class names. For example, I typed &#39;Ar&#39; 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.</div>
<div><br></div><div>Another thing that I found rare was this: When loading Ocomp I selected the packages Kernel, Collection and the one I&#39;m working on. In a test class, when writing a test I wrote: &quot;self as&quot; and &quot;assert:&quot; 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)</div>
<div><br><div>Hope this help.</div><div><br></div><div>Hernan.<br><div><br><div class="gmail_quote">On Fri, May 15, 2009 at 3:36 AM, Damien Cassou <span dir="ltr">&lt;<a href="mailto:damien.cassou@gmail.com">damien.cassou@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">2009/5/15 Romain Robbes &lt;<a href="mailto:romain.robbes@lu.unisi.ch">romain.robbes@lu.unisi.ch</a>&gt;:<br>
<div class="im">&gt; Could you describe the symptoms more precisely? I was especially careful so<br>
&gt; that the completion should be actually faster<br>
&gt; than the default one (ECompletion looks at all the symbols in the image,<br>
&gt; whereas OCompletion looks in a much more<br>
&gt; restricted set of symbols), so I&#39;m especially surprised of this.<br>
&gt; Have you installed other packages in the same image that could cause this?<br>
<br>
</div>Since he uses pharo-dev, I guess Hernan has eCompletion too on his<br>
image. Is that a problem?<br>
<div class="im"><br>
--<br>
Damien Cassou<br>
<a href="http://damiencassou.seasidehosting.st" target="_blank">http://damiencassou.seasidehosting.st</a><br>
<br>
&quot;Lambdas are relegated to relative obscurity until Java makes them<br>
popular by not having them.&quot; James Iry<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Pharo-project mailing list<br>
<a href="mailto:Pharo-project@lists.gforge.inria.fr">Pharo-project@lists.gforge.inria.fr</a><br>
<a href="http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project" target="_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project</a><br>
</div></div></blockquote></div><br></div></div></div>