emacs-devel
[Top][All Lists]
Advanced

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

Re: master ff3f17ca3cd: choose-completion: Retain the suffix after compl


From: Dmitry Gutov
Subject: Re: master ff3f17ca3cd: choose-completion: Retain the suffix after completion boundary
Date: Sat, 18 May 2024 02:28:36 +0300
User-agent: Mozilla Thunderbird

Hi Eshel,

On 17/05/2024 11:56, Eshel Yaron wrote:
Hi Dmitry,

Eshel Yaron <me@eshelyaron.com> writes:

Dmitry Gutov <dmitry@gutov.dev> writes:

On 12/05/2024 15:38, Eshel Yaron wrote:

I can't seem to find this commit, though, is that on master?

My bad, that push didn't go through. Now on master.

Thanks, everything seems to work well now.

I'm afraid there might be another regression, here's what I see:

Thanks for keeping an eye out.

1. emacs -Q
2. C-x C-f
3. C-a C-k to clear the minibuffer
4. Insert the path an Emacs checkout, e.g. "~/checkouts/emacs/"
5. Further insert "l/mi"
6. Hit ? to pop the completions list, which includes
    "lisp/minibuffer.el" and "leim/MISC-DIC/", among others.

FWIW, I don't see "leim/MISC-DIC" among completions, even if I first evaluate (setq completion-ignore-case t). But the crux of the problem reproduces fine.

7. Lean on M-<down> to cycle between completion candidates.

After the last fix, I see M-<down> accumulate text after point in the
minibuffer instead of replacing the part it previously inserted.  Do you
see that as well?

Please take the attached patch for a spin.

It would be great if someone looked into writing integration tests for this somehow. This is brittle stuff, and the variety of scenarios is high enough.

Attachment: base-position.diff
Description: Text Data


reply via email to

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