unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Heime <heimeborgia@protonmail.com>
Cc: Heime via Users list for the GNU Emacs text editor
	<help-gnu-emacs@gnu.org>
Subject: RE: [External] : Continue cycling from a particular element in collection
Date: Tue, 22 Aug 2023 21:04:25 +0000	[thread overview]
Message-ID: <SJ0PR10MB5488A475D3FC6C76933A765DF31FA@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <3UFVadxSsN_hYG9eXZu35vNXUf5Y4Fhyq8x31fG1Ts1sBcw-bmM8Ql0Xptuj64726ZL7GltOIJ1BamUoKWMLoPO9d3_aHHmPWcu_czcDTZ4=@protonmail.com>

> > > I am using 'completing-read' with INITIAL-INPUT to prefill the
> minibuffer
> > > with the first entry "alpha". Hew can I then start at index k from
> collection
> > > as the next entry.
> >
> >
> > There is NO "next entry". INITIAL-INPUT is simply a string that gets
> inserted in the minibuffer. It need not correspond to any candidate
> provided by argument COLLECTION, meaning that it need not correspond to
> any completion.
> >
> > `completing-read' can be LAX, meaning that, if REQUIRE-MATCH is nil or
> absent then it accepts any text you input - it need not be a completion
> candidate.
> 
> Ok, but can I ask completing-read to start from 
> a different point in collection, rather than
> from the beginning ?

Dunno.  I'm no expert on vanilla Emacs cycling,
and I'm not sure what kind of cycling ("next entry")
you have in mind.

If you're using argument DEFAULTS to provide a list
of "entries" then you can of course sort it (or
truncate it) however you like, to affect the "future
history".

If you're using a HISTORY variable and cycling the
(past/real) history then I suppose you could sort
(or truncate) its value.

But entries in neither DEFAULTS nor HISTORY need be
elements of COLLECTION.

If you meant the "future history" elements that are
provided by the misfeature of automatically adding
everything in COLLECTION to that pseudo-history,
then no, AFAIK there's no way to filter, sort, or
truncate the elements from COLLECTION that get added.

But maybe there will be now, since I think they're
considering adding some option that may help here -
dunno.

Maybe someone else will have a useful suggestion.

  reply	other threads:[~2023-08-22 21:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-22  7:39 Continue cycling from a particular element in collection Heime
2023-08-22 16:04 ` [External] : " Drew Adams
2023-08-22 20:41   ` Heime
2023-08-22 21:04     ` Drew Adams [this message]
2023-08-22 21:11       ` Heime
2023-08-22 21:21         ` Heime
2023-08-22 21:27           ` Drew Adams
2023-08-22 21:45             ` Heime
2023-08-22 21:23         ` Drew Adams
2023-08-22 21:20 ` Drew Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SJ0PR10MB5488A475D3FC6C76933A765DF31FA@SJ0PR10MB5488.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=heimeborgia@protonmail.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).