GNU bug report logs - #21874
`backward-char' can move point into minibuffer prompt by default

Previous Next

Package: emacs;

Reported by: David Reitter <david.reitter <at> gmail.com>

Date: Tue, 10 Nov 2015 23:28:01 UTC

Severity: wishlist

Found in version 25.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Kaushal Modi <kaushal.modi <at> gmail.com>
To: 21874 <at> debbugs.gnu.org
Subject: bug#21874: 25.0.50; point-entered no longer works
Date: Wed, 23 Mar 2016 16:06:29 -0400
[Message part 1 (text/plain, inline)]
I confirm this bug in the latest build of emacs-25 branch.

I can confirm that evaluating below:

(setq minibuffer-prompt-properties '(read-only t  point-entered
minibuffer-avoid-prompt face minibuffer-prompt))

"does the right thing" in the minibuffer in emacsen 24.3, 24.4 and 24.5.

That is, arrow key navigation and C-x h does not enter the part of the
minibuffer that should be read-only.

To test it,

1. emacs -Q
2. C-x C-f
3. Pressing left arrow key will take the cursor to the left most area
within the read-only area "Find file:"
4. Now evaluate "(setq minibuffer-prompt-properties '(read-only t
 point-entered minibuffer-avoid-prompt face minibuffer-prompt))"
5. C-x C-f
6. Now the cursor will stop to the right of the colon in "Find file:" when
the left arrow key is kept pressed.

Note that above works as expected in emacsen 24.3, 24.4 and 24.5.

But it does NOT work in the latest build of emacs-25 branch. On emacs-25
build, instead of Step 6 behavior, we see Step 3 behavior. Setting
point-entered does nothing.



--
Kaushal Modi
[Message part 2 (text/html, inline)]

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

Previous Next


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