GNU bug report logs -
#373
scroll-up, scroll-down don't respect current column
Previous Next
Reported by: jidanni <at> jidanni.org
Date: Fri, 6 Jun 2008 14:55:11 UTC
Severity: normal
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
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 373 in the body.
You can then email your comments to 373 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#373
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
jidanni <at> jidanni.org
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
The nerve of scroll-up and scroll-down, always putting the cursor back
in column 0 no matter what column we were in. There should be a
variable to control this, documented in scroll-up and scroll-down's
docstrings. Same with scroll-*-*mark.
Test in a buffer made with (compile "yes 01234567|sed 333q").
Reply sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
You have taken responsibility.
Full text and
rfc822 format available.
Notification sent to
jidanni <at> jidanni.org
:
bug acknowledged by developer.
Full text and
rfc822 format available.
Message #10 received at 373-done <at> emacsbugs.donarmstrong.com (full text, mbox):
> The nerve of scroll-up and scroll-down, always putting the cursor back
> in column 0 no matter what column we were in. There should be a
> variable to control this, documented in scroll-up and scroll-down's
> docstrings. Same with scroll-*-*mark.
As luck would have it, I installed a few days ago a change that
preserves the column position (if you set
scroll-preserve-screen-position).
Stefan
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#373
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
jidanni <at> jidanni.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #15 received at 373 <at> emacsbugs.donarmstrong.com (full text, mbox):
> As luck would have it, I installed a few days ago a change that
> preserves the column position (if you set
> scroll-preserve-screen-position).
Please document scroll-preserve-screen-position in the scroll-up and
scroll-down docstrings.
In emacs-version "22.2.1" one can set scroll-preserve-screen-position
to t, but it is broken as it does not correct the behavior stated in
this bug. I assume you have made fixes to address this. Thanks.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#373
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Joe Wells <jbw <at> macs.hw.ac.uk>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #20 received at 373 <at> emacsbugs.donarmstrong.com (full text, mbox):
jidanni <at> jidanni.org writes:
> The nerve of scroll-up and scroll-down, always putting the cursor back
> in column 0 no matter what column we were in. There should be a
> variable to control this, documented in scroll-up and scroll-down's
> docstrings. Same with scroll-*-*mark.
>
> Test in a buffer made with (compile "yes 01234567|sed 333q").
WARNING: The behavior you request can be seriously problematic in
buffers with long lines. Suppose you are at column 378952 (yes, this
happened to me two days ago) and you scroll forward. First, I hope if
the scrolling keeps you on the same line, the column tracking would
not be so stupid as to take you back to where you were. Suppose you
were near the end of the (very long) line and a new line was
displayed. Suppose this new line had 9191917 columns. Should we
really go to column 378952 on the new line? The standard (and quite
useful) behavior of scroll forward is to display another screenful of
material, regardless of whether it is on a new line or not. Your
proposed behavior would really break this.
Just a cautionary note.
--
Joe
--
Heriot-Watt University is a Scottish charity
registered under charity number SC000278.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#373
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
jidanni <at> jidanni.org
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #25 received at 373 <at> emacsbugs.donarmstrong.com (full text, mbox):
Maybe all this should be related to if 'truncate long lines' is
enabled, or if there is the danger that Joe Wells mentioned on the
current line(s). Anyway "why a prejudice for column 0 if column 23 was
where we were". If the column we want doesn't exist on the current
line, temporarily go the nearest column to it.
bug archived.
Request was from
Debbugs Internal Request <don <at> donarmstrong.com>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Mon, 07 Jul 2008 14:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.