GNU bug report logs - #74561
[PATCH] Allow limiting the size of *Completions*

Previous Next

Package: emacs;

Reported by: Spencer Baugh <sbaugh <at> janestreet.com>

Date: Wed, 27 Nov 2024 20:26:02 UTC

Severity: wishlist

Tags: patch

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Spencer Baugh <sbaugh <at> janestreet.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: sbaugh <at> catern.com, juri <at> linkov.net, dmitry <at> gutov.dev, joaotavora <at> gmail.com, 74561 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#74561: [PATCH] Allow limiting the size of *Completions*
Date: Tue, 11 Feb 2025 12:07:11 -0800
Spencer Baugh via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

> Nope, no user-facing behavior changes.  In fact, this probably shouldn't
> be user-customizable at all, since it's an internal optimization with
> essentially no cost.  So I've changed this into a defvar
> completions--insert-lazily.

SGTM, but I have a question:

What happens on very large displays?  Is 200 always going to be enough
completions?  I imagine some users will be doing unusual things like
having the completion buffer take up their whole 42" 5K monitor.

So should this perhaps be calculated dynamically based on the geometry
of the window, somehow?




This bug report was last modified 58 days ago.

Previous Next


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