Hi Henrik, Thanks for the feedback, I really appreciate it, and I will look in the issues you mentioned. Indeed inserting selectors from the extended list is a way to update the cache. The most important one however is that all the selectors contained in a method are added to the cache when it is compiled. For the case sensitivity, I was thinking the preference in ecompletion itself was enough (I myself prefer not to have it). This is also related to the non-handling of class names at the moment, which I intend to fix. Cheers, Romain On May 27, 2009, at 5:23 PM, Henrik Johansen wrote:
First let me say, I love OCompletion, first time I've found completion in Smalltalk actually helpful! Here's a few things I found a bit of though: - Font for OCompletion inherits ECompletion's behaviour of being hardcoded (O(X)MenuMorph class >>messageFont/titleFont), would it be possible to change them to one of the settable font-preferences? (Balloon-help font f.ex.) - Suggestions do not seem to be case-sensitive, even if you use uppercase in your writing. (writing f.ex. Ope lists open) - Words you've fully written are still included in suggestion list. (f.ex. open) - If a new character excludes items in the suggestion list, they are removed, but entries not in the OCompletion cache (but in the extended list) are not added to suggestions. - Type in enough characters to make the cached suggetions empty, and the extended list becomes unavailiable... - If I select to write out the entire message name (say openMenuFor: ), then hit space, the entry is not added to top of OCompletion suggestions for "open". - Two above aren't very annoying, but as far as I can tell, combined they mean the only way to add new items to the OCompletion cache is if you select it from the extended list.
Cheers, Henry
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Romain Robbes http://www.inf.unisi.ch/phd/robbes