>> IMO the cycling should only be based on scores. That would, I think,
>> accomplish all your items and produce less "DWIM but that's not it."
Currently, the cycling code is fairly naive and it uses a fixed ordering
based on string length (shorter first). Patches to make it more
customizable (by the completion table, not just by the end-user) would
be very welcome (e.g. for file completion, it could first cycle through
VCS-managed files).
> Do you have any thoughts / plans on implementing something like that
> for the generic completion code?
Directly, no. But adding "hooks" so that the completion table can come
with its own sorting function, yes.
Stefan
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/
