[#8572] Learning (adaptive) autocomplete
Summary Learning (adaptive) autocomplete
Queue IMP
Queue Version Git master
Type Enhancement
State Accepted
Priority 1. Low
Requester chuck (at) horde (dot) org
Created 2009-09-12 (2509 days ago)
Updated 2011-03-05 (1970 days ago)
Patch No

2011-03-05 04:16:56 Chuck Hagenbuch Comment #5
Taken from Michael Slusarz
State ⇒ Accepted
Reply to this comment
k, so I think we keep this around for now. Thanks!
2011-03-04 18:23:28 Michael Slusarz Comment #4 Reply to this comment
What do the two weighting methods you described actually do?
They provide more intelligent search results based on a partial search 
string.  But they don't learn/adapt over time based on user input, 
which I believe is the intent of this request.
2011-02-20 01:51:57 Chuck Hagenbuch Comment #3
Assigned to Michael Slusarz
Reply to this comment
What do the two weighting methods you described actually do?
2009-12-10 00:08:30 Michael Slusarz Comment #2
State ⇒ Feedback
Reply to this comment
Sort of have this in IMP - we now weight autocomplete by either 
liquidmetal.js (javacript search) or the PHP levenshtein function 
(server-side search).  Doesn't account for learning, but provides more 
intelligent result ordering.
2009-09-12 15:51:09 Chuck Hagenbuch Comment #1
State ⇒ Accepted
Patch ⇒ No
Milestone ⇒
Queue ⇒ IMP
Summary ⇒ Learning (adaptive) autocomplete
Type ⇒ Enhancement
Priority ⇒ 1. Low
Reply to this comment
This could potentially be useful anywhere we do autocomplete, 
depending on how it's implemented, but IMP address completion is the 
most obvious case.

Implement a learning (or really just weighting) algorithm so that the 
user's auto-complete choices are used over a straight match. So if 
there are two options when the user starts typing "Dan", and the user 
always picks the 2nd one, we should show the 2nd one as the default