[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#23546: 25.1.50; scroll-restore-mode breaks comint-mode

From: martin rudalics
Subject: bug#23546: 25.1.50; scroll-restore-mode breaks comint-mode
Date: Mon, 16 May 2016 10:20:53 +0200

> I encountered a problem that looks like a bug to me: scroll-restore-mode
> (from elpa.gnu.org [0]) breaks comint-mode (built-in, GNU Emacs
> [0] https://elpa.gnu.org/packages/scroll-restore.html
> Steps to reproduce in a clear environment:
> $ mkdir /tmp/emacs.d
> $ emacs --quick --eval '(setq user-emacs-directory "/tmp/emacs.d")'
> (package-initialize)
> (package-refresh-contents)
> (package-install 'scroll-restore)
> (setq scroll-restore-jump-back t)
> (scroll-restore-mode 1)
> M-x shell
> Now I can type the first command (c d RET), start to type the second one
> — and the point jumps before shell prompt:
> address@hidden:~$ cd¦
> address@hidden:~$
> (here ‘¦’ denotes cursor position)
> I could move point back to the end manually (with M-> for instance), but
> that is pretty annoying.

Could you try with ‘comint-scroll-to-bottom-on-input’ set to 'this?
That option apparently conflicts with ‘scroll-restore-jump-back’.  (IMO
‘scroll-restore-jump-back’ is much too aggressive, I never set it.)

> I have to mention that it would not present a huge problem if there were
> a way disable scroll-restore-mode on per-major-mode basis.  However
> scroll-restore-mode has only global state, no buffer-local, as far as I
> can see.

I'm afraid that ‘scroll-restore-mode’ is too simplistic in this regard.

Thanks, martin

reply via email to

[Prev in Thread] Current Thread [Next in Thread]