GNU bug report logs -
#74561
[PATCH] Allow limiting the size of *Completions*
Previous Next
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
Message #8 received at 74561 <at> debbugs.gnu.org (full text, mbox):
FWIW, Icicles has had this since 2010.
`C-h v icicle-max-candidates':
icicle-max-candidates is a variable defined in `icicles-opt.el'.
Its value is nil
Documentation:
Non-nil means truncate completion candidates to at most this many.
If you use library `doremi.el' then you can use `C-x #' during
completion to increment or decrement the option value using the
vertical arrow keys or the mouse wheel. A numeric prefix argument for
`C-x #' sets the increment size. A plain prefix argument (`C-u')
resets `icicle-max-candidates' to nil, meaning no truncation.
If the value is an integer and you use Do Re Mi (library `doremi.el')
then you can use multi-command `icicle-increment-option' anytime to
change the option value incrementally.
You can customize this variable.
If the list of candidates shown in `*Completions*' is truncated
because of `icicle-max-candidates' then:
1. Mode-line minor-mode lighter `Icy' is suffixed by `...'. If you
see `...' you know that if you increase `icicle-max-candidates'
(e.g. by using `C-x #') then more candidates will be available.
2. The mode-line of buffer *Completions*' shows the number of
candidates - e.g., `567 candidates'. If the display is truncated
then it shows the number displayed and the total number - e.g.,
`149/567 candidates shown'.
This bug report was last modified 57 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.