GNU bug report logs - #16577
Add regexp-based version of completion-ignored-extensions

Previous Next

Package: emacs;

Reported by: Rotem Yaari <vmalloc <at> gmail.com>

Date: Tue, 28 Jan 2014 11:16:02 UTC

Severity: minor

Merged with 20937

Found in versions 24.3, 24.4

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: vmalloc <at> gmail.com, Glenn Morris <rgm <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>, 16577 <at> debbugs.gnu.org
Subject: bug#16577: Add regexp-based version of completion-ignored-extensions
Date: Wed, 23 Feb 2022 13:05:27 +0100
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> [ Not sure I'd bother with the non-regexp variable (other than having to
>   use \\. to match a dot, a regexp should work just as well).  ]

Well, the semantics for completion-ignored-files would be that they
match on file names (i.e., the part after the last "/" if there's any
slashes in there), which sounds like a pretty attractive thing, while
completion-ignored-files would have no anchoring.

completion-ignored-files could be regexps with anchoring, too, but then
we'd have two regexp variables, which seems excessive again.  :-/

> This is the best way long term, yes.  We could mark
> `completion-ignored-extensions` as obsolete and in a few years we're
> back with a clean semantics and a simple variable.

I like completion-ignored-extensions -- it's clear what it does and easy
to alter both programmatically and for users.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 33 days ago.

Previous Next


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