27/02/11 18:28, Roland Winkler
I have now given the command bbdb-complete-mail (formerly
bbdb-complete-name) a well-defined return value. It is non-nil only
if the string preceding point is a valid completion so that the
above problem should not exist anymore.
Great, thanks!
On Sun Feb 13
On Sun, 27 Feb 2011 15:48:38 -0600 Roland Winkler wink...@gnu.org wrote:
RW On Wed Feb 23 2011 Ted Zlatanov wrote:
On Sat, 22 Jan 2011 10:54:12 -0600 Roland Winkler wink...@gnu.org wrote:
Could you consider moving to Git or Bazaar for development? CVS is
very inconvenient. I can't use it
On Mon, 28 Feb 2011 00:17:05 -0500 Stefan Monnier monn...@iro.umontreal.ca
wrote:
TZ Maybe accept the score as a property to the candidate strings and use
TZ that property, if it exists, instead of the string length?
TZ That would side-step the current completion mechanism nicely, requiring
TZ
The only thing I need to clarify is sorting. Right now shorter string
wins. In the new method, higher score should win.
I think it's easier if lower scores win, so it's consistent with the
current use of `length'. It's really not a big issue: just negate the
values you put on the property
On Sun Feb 27 2011 Roland Winkler wrote:
On Wed Feb 23 2011 Ted Zlatanov wrote:
RW I'll try to make some kind of table that shows how the functionality
RW in the current code (functions and variables) relates to the old
RW BBDB code. Then hopefully it will become more clear to what extent
