From: Dmitry Alexandrov <321942@gmail.com>
To: martin rudalics <rudalics@gmx.at>, 23546@debbugs.gnu.org
Subject: bug#23546: 25.1.50; scroll-restore-mode breaks comint-mode
Date: Sun, 22 May 2016 04:34:30 +0300 [thread overview]
Message-ID: <57410CA6.4070401@gmail.com> (raw)
In-Reply-To: <573DB806.8020005@gmx.at>
On 19/05/16 15:56, martin rudalics wrote:
>> Hmm... Probably I completely missed the point, but is not
>> ‘scroll-restore-jump-back’ an option that enables the title
>> functionality of scroll-restore-mode — restoring the point position
>> after scrolling, thus simulating the behaviour of most editors, which
>> does not have that limitation of Emacs — that cursor position can be
>> on-screen only.
>
> The aim of ‘scroll-restore-mode’ was much more modest: To move the
> cursor to the position of ‘window-point’ after a sequence of scroll
> commands have made that position invisible and then visible again.
>
> ‘scroll-restore-jump-back’ is much more aggressive: It forces the
> position of ‘window-point’ to become visible again and move the cursor
> to it after the first command which is not part of a sequence of scroll
> commands that have made that position invisible. If you are used to the
> behavior of "most editors" where such behavior is the default, you might
> like this.
>
> Note, however, that the behavior I just described is not precisely the
> behavior of these editors because, in addition to moving window-point
> when it is scrolled off-screen, Emacs may also move window-point when it
> enters the scroll margin. Such movement is left alone by my algorithm.
Thank you for explanation.
>> How would you recommend to use it? To write an advice around ‘keyboard-quit’ (like below), so scrolling would be ‘cancelled’ only with ‘C-g’?
>>
>> (defadvice keyboard-quit (before scroll-restore-jump-back activate)
>> (scroll-restore-jump-back))
>>
>
> It depends on what precisely you want to accomplish (or what you are
> used to). But why on earth would you want to advise ‘keyboard-quit’?
To make ‘C-g’ and other keys that I bound to ‘keyboard-quit’ to ‘quit’
scrolling (if I may say so) too, of course. Should I redefine these
keys instead?
>>> I'll attach my latest version of ‘scroll-restore-mode’. Please try it.
>>> If you confirm that this version works
>>
>> Yes. My appreciations to you.
>>
>>> and doesn't break anything else,
>>
>> I could not try anything, of course, but at first sight it does not.
>
> All you have to do is use it for a sufficient amount of time. I'm
> confident that there are unresolved issues left.
And you are right. There is one of them: now it breaks macros that
involve isearch. Suppose that macro:
C-x ( C-s sit RET SPC bar C-x )
By executing it on a line:
¦Lorem ipsum dolor sit amet.
instead of:
Lorem ipsum dolor sit bar¦ amet.
I get:
r¦ab Lorem ipsum dolor sit amet.
(‘¦’ denotes point).
next prev parent reply other threads:[~2016-05-22 1:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-15 19:25 bug#23546: 25.1.50; scroll-restore-mode breaks comint-mode Dmitry Alexandrov
2016-05-16 8:20 ` martin rudalics
2016-05-17 17:45 ` Dmitry Alexandrov
2016-05-18 7:01 ` martin rudalics
2016-05-18 18:48 ` Dmitry Alexandrov
2016-05-19 12:56 ` martin rudalics
2016-05-22 1:34 ` Dmitry Alexandrov [this message]
2016-11-03 1:53 ` bug#23546: a
2016-11-06 23:27 ` bug#23546: nevermind, pretty broken a
2016-11-07 6:34 ` martin rudalics
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57410CA6.4070401@gmail.com \
--to=321942@gmail.com \
--cc=23546@debbugs.gnu.org \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.