GNU bug report logs - #75910
31; Deprecate minibuffer-completing-file-name

Previous Next

Package: emacs;

Reported by: Daniel Mendler <mail <at> daniel-mendler.de>

Date: Tue, 28 Jan 2025 14:29:02 UTC

Severity: normal

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Daniel Mendler <mail <at> daniel-mendler.de>, "75910 <at> debbugs.gnu.org"
 <75910 <at> debbugs.gnu.org>
Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: RE: [External] : bug#75910: 31; Deprecate
 minibuffer-completing-file-name
Date: Tue, 28 Jan 2025 17:11:04 +0000
> I propose to deprecate `minibuffer-completing-file-name', since the
> completion category as part of the completion metadata acts as
> generalization for this variable. Similarly `minibuffer-completing-
> symbols' has been deprecated and removed a while ago.
> 
> Instead of checking `minibuffer-completing-file-name' one can use
> (minibuffer-category-p 'file) given the following predicate function:
> 
> (defun minibuffer-category-p (cat)
>   (eq (completion-metadata-get
>        (completion-metadata
>         (buffer-substring-no-properties
>          (minibuffer-prompt-end) (point))
>         minibuffer-completion-table
>         minibuffer-completion-predicate)
>        'category)
>       cat))

FWIW, I'm opposed to this.  You can as well
replace all of that with the longstanding
variable.

That you don't use something isn't evidence
that it isn't used.




This bug report was last modified 136 days ago.

Previous Next


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