GNU bug report logs -
#12799
24.3.50; `scroll-conservatively', I-search and `C-g'
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Sun, 4 Nov 2012 18:11:02 UTC
Severity: normal
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12799 in the body.
You can then email your comments to 12799 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12799
; Package
emacs
.
(Sun, 04 Nov 2012 18:11:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 04 Nov 2012 18:11:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Recipe from "emacs -nw -Q" (the "-nw" part is not strictly needed, but
it is cleaner for showing the problem):
1. Visit the attached file.
2. Adjust the vertical space (empty lines) between "first line" and
"last visible line" until the latter becomes indeed the last visible
line in the window.
3. Go to the start of the buffer: M-<
4. Advance one line: C-n
5. C-s 1
6. C-g
I observe that after step #5 the window is scrolled (OK), and that
scrolling is cancelled after step #6 (OK - like it should be).
But if I set `scroll-conservatively' to 1 and repeat the experiment
(from step #3), I observe that the vertical scrolling made in step #5
is not cancelled in step #6. IMO it should be cancelled, because
"C-g" should leave the view (not just the point) where it was before
the Isearch.
In GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601)
of 2012-11-04 on MS-W7-DANI
Bzr revision: 110794 rgm <at> gnu.org-20121104041313-7j1z7vaqtrgopt26
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-I../../libs/libXpm-3.5.10/include -I../../libs/libXpm-3.5.10/src
-I../../libs/libpng-1.2.37-lib/include -I../../libs/zlib-1.2.5
-I../../libs/giflib-4.1.4-1-lib/include
-I../../libs/jpeg-6b-4-lib/include
-I../../libs/tiff-3.8.2-1-lib/include
-I../../libs/libxml2-2.7.8-w32-bin/include/libxml2
-I../../libs/gnutls-3.0.9-w32-bin/include
-I../../libs/libiconv-1.9.2-1-lib/include'
Important settings:
value of $LANG: ESN
locale-coding-system: cp1252
default enable-multibyte-characters: t
--
Dani Moncayo
[test.txt (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12799
; Package
emacs
.
(Sat, 30 Jan 2016 19:50:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 12799 <at> debbugs.gnu.org (full text, mbox):
On 2012-11-04, at 19:07, Dani Moncayo <dmoncayo <at> gmail.com> wrote:
> Recipe from "emacs -nw -Q" (the "-nw" part is not strictly needed, but
> it is cleaner for showing the problem):
>
> 1. Visit the attached file.
> 2. Adjust the vertical space (empty lines) between "first line" and
> "last visible line" until the latter becomes indeed the last visible
> line in the window.
> 3. Go to the start of the buffer: M-<
> 4. Advance one line: C-n
> 5. C-s 1
> 6. C-g
>
> I observe that after step #5 the window is scrolled (OK), and that
> scrolling is cancelled after step #6 (OK - like it should be).
>
> But if I set `scroll-conservatively' to 1 and repeat the experiment
> (from step #3), I observe that the vertical scrolling made in step #5
> is not cancelled in step #6. IMO it should be cancelled, because
> "C-g" should leave the view (not just the point) where it was before
> the Isearch.
Hi everyone,
I can confirm that this behavior is still present in GNU Emacs
25.1.50.1. I am not 100% sure, however, whether this is really
a bug.
Best,
--
Marcin Borkowski
http://mbork.pl/en
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 30 Jan 2016 20:15:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 30 Jan 2016 20:15:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 12799-done <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 30 Jan 2016 20:49:02 +0100
> Cc: 12799 <at> debbugs.gnu.org
>
> On 2012-11-04, at 19:07, Dani Moncayo <dmoncayo <at> gmail.com> wrote:
>
> > Recipe from "emacs -nw -Q" (the "-nw" part is not strictly needed, but
> > it is cleaner for showing the problem):
> >
> > 1. Visit the attached file.
> > 2. Adjust the vertical space (empty lines) between "first line" and
> > "last visible line" until the latter becomes indeed the last visible
> > line in the window.
> > 3. Go to the start of the buffer: M-<
> > 4. Advance one line: C-n
> > 5. C-s 1
> > 6. C-g
> >
> > I observe that after step #5 the window is scrolled (OK), and that
> > scrolling is cancelled after step #6 (OK - like it should be).
> >
> > But if I set `scroll-conservatively' to 1 and repeat the experiment
> > (from step #3), I observe that the vertical scrolling made in step #5
> > is not cancelled in step #6. IMO it should be cancelled, because
> > "C-g" should leave the view (not just the point) where it was before
> > the Isearch.
>
> Hi everyone,
>
> I can confirm that this behavior is still present in GNU Emacs
> 25.1.50.1. I am not 100% sure, however, whether this is really
> a bug.
No, it isn't a bug, but the intended behavior: contrary to the OP's
expectations C-g is _not_ supposed to cancel the scroll, it is
supposed to return point to where the search started. And setting
scroll-conservatively to 1 means that if point is 1 line above or
below the window, Emacs should scroll the window only by 1 line in
order to bring point into view. Which is what Emacs does in this
case.
So I'm closing the bug. I apologize for not noticing it when it was
originally reported.
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 28 Feb 2016 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 175 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.