GNU bug report logs -
#21874
`backward-char' can move point into minibuffer prompt by default
Previous Next
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
[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.