all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Manuel Zimmermann <m@zimnn.de>
To: 63910@debbugs.gnu.org
Subject: bug#63910: 29.0.91; icomplete-mode ignores minibuffer-completion-confirm
Date: Tue, 06 Jun 2023 12:13:31 +0200	[thread overview]
Message-ID: <87edmorj90.fsf@zimnn.de> (raw)
In-Reply-To: <87pm6a110h.fsf@zimnn.de> (Manuel Zimmermann's message of "Mon, 05 Jun 2023 15:39:42 +0200")

I want to add that the reason why I tried to customize
`minibuffer-complete-and-exit` is that it is mentioned in the Emacs
manual in chapter 8.4.3 Completion Exit:

  When a command reads an argument using the minibuffer with completion,
  it also controls what happens when you type <RET>
  (‘minibuffer-complete-and-exit’) to submit the argument. There are
  four types of behavior: [...]

While re-reading this chapter today I stumbled upon another variable
`confirm-nonexistent-file-or-buffer`. This one does exactly what I want
and works. The actual issue described in the original post is therefore
solved, but I think the documentation can be improved.

I thought may it is just a problem with icomplete-mode. When I just
evaluate (setq minibuffer-completion-confirm 'confirm) in emacs -Q, it
still does not have any effect. Maybe the variable shouldn't be
mentioned at all or at least the purpose of it should be described
better.





      reply	other threads:[~2023-06-06 10:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-05 13:39 bug#63910: 29.0.91; icomplete-mode ignores minibuffer-completion-confirm Manuel Zimmermann
2023-06-06 10:13 ` Manuel Zimmermann [this message]

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

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

  git send-email \
    --in-reply-to=87edmorj90.fsf@zimnn.de \
    --to=m@zimnn.de \
    --cc=63910@debbugs.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.