GNU bug report logs -
#4117
23.1; isearch + isearch-allow-scroll loses shift
Previous Next
Reported by: Eli Barzilay <eli <at> barzilay.org>
Date: Tue, 11 Aug 2009 10:55:05 UTC
Severity: normal
Tags: notabug
Done: Andrew Hyatt <ahyatt <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #15 received at 4117 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Aug 12, Juri Linkov wrote:
> > When `isearch-allow-scroll' is turned on, then exiting isearch with
> > a movement command loses its "shift" status. To see this, use
> > isearch and look for some string, then hit C-S-right a few times and
> > you will see that the first one does not starts a selection.
>
> When `isearch-allow-scroll' is non-nil, then
> `isearch-other-meta-char' calls
> `isearch-reread-key-sequence-naturally', but `read-key-sequence' in
> the latter function removes the shift modifier and sets
> `this-command-keys-shift-translated' to t.
Yes, I hacked around it with my own version of
`isearch-other-meta-char'. (But I don't think that it's a good
hack...)
> This is just an analysis. I currently don't know what is the right
> way to fix this. Maybe simply add the shift modifier back to the
> key when `this-command-keys-shift-translated' to t after
> `read-key-sequence'.
This sounds like a good strategy, given that shift is now very useful
in general.
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
This bug report was last modified 9 years and 14 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.