[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: completion discrepancy between default completion and helm/ivy compl

From: Alan Schmitt
Subject: Re: completion discrepancy between default completion and helm/ivy completions
Date: Sun, 13 Nov 2016 14:05:08 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (darwin)

Hello Stefan,

On 2016-11-10 15:35, Stefan Monnier <address@hidden> writes:

>>         (let ((completion (try-completion beforepoint table pred)))
>>           (if (not (stringp completion))
>>               completion
> This case is for when `completion` is t (when means that `beforepoint`
> is a valid candidate and there is no further completion possible).

I see.

>> I would like to fix org-contacts so that it works well all the time.
>> Should it directly return a cons of the string and its length?
> No, returning such a cons would be a bug and I'm pretty sure it would
> break the default completion code at least.

OK, but I do not know how to proceed then.

Is it correct to register as a completion something that returns a
string? Because it is what org-contacts does, but although it works with
the default completion code, it breaks ivy or helm style completions.
I'm trying to understand if the bug lies within org-contacts or within



OpenPGP Key ID : 040D0A3B4ED2E5C7
Monthly Athmospheric CO₂, Mauna Loa Obs. 2016-10: 401.57, 2015-10: 398.29

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]