|
From: | Dmitry Gutov |
Subject: | bug#68514: 30.0.50; minibuffer-choose-completion + elisp-c-a-p delete next sexp when completing after open paren |
Date: | Tue, 16 Jan 2024 19:28:39 +0200 |
User-agent: | Mozilla Thunderbird |
On 16/01/2024 19:06, Spencer Baugh wrote:
I'm not sure how to fix this. I don't know all the features of elisp-completion-at-point, but maybe it shouldn't use (forward-sexp 1) when finding the end of the completion region. Maybe it should be doing something like (skip-syntax-forward "w_") to determine the end of the region? BTW, this completion region returned by elisp-completion-at-point also causes a bug in company-mode: since company-capf stops completion when the end of the completion region is after point, it's not possible to do Elisp company completion immediately after an open paren no matter how company is configured.
I don't have a patch to suggest at the moment, but `elisp-completion-at-point` is indeed peculiar in its bounds detection logic.
The idea to use (skip-syntax-forward "w_") sounds good. But one alternative (in case you find it more convenient) is to use (bounds-of-thing-at-point 'symbol).
[Prev in Thread] | Current Thread | [Next in Thread] |