GNU bug report logs - #60411
29.0.60; minibuffer-next-completion skips first candidate when completions-header-format and completion-show-help are nil

Previous Next

Full log

Message #65 received at 60411 <at> debbugs.gnu.org (full text, mbox):

From: Gregory Heytings <gregory <at> heytings.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: kahatlen <at> gmail.com, 60411 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
 juri <at> linkov.net
Subject: Re: bug#60411: 29.0.60; minibuffer-next-completion skips first
 candidate when completions-header-format and completion-show-help are nil
Date: Fri, 06 Jan 2023 12:13:54 +0000

>
> Then why not change that logic in minibuffer-next-completion to be 
> smarter about this?
>

I (and Stefan) already tried this, it doesn't seem to be feasible with a 
small and safe change.

>
> What you suggest is too ad-hoc-ish, and any future change to the 
> possible values of completions-header-format will risk breaking the 
> condition you propose.
>

I agree about the adhocishness, but I don't see how it could be done 
differently.

>
> Or maybe what minibuffer-next-completion does should be rethought? Why 
> does it assume that the first candidate is on the second line? what if 
> it's on the third line instead?
>

It does not need to be on the second line, it's only that it cannot be at 
BOB.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.