Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ansi-term scrolling #10779

Open
jvillasante opened this issue May 30, 2018 · 3 comments

Comments

@jvillasante
Copy link

commented May 30, 2018

After updating to Emacs 26.1 I can't scroll on ansi-term.
In normal mode j, k don't seem to work anymore.

Any thoughts on this?

@jvillasante

This comment has been minimized.

Copy link
Author

commented Sep 7, 2018

I don't know if #10844 is merged or not, but on latest develop this issue has not been fixed yet.

@akirakyle

This comment has been minimized.

Copy link

commented Oct 8, 2018

In Emacs 26.1 the behavior of term-char-mode was changed, specifically term-char-mode-point-at-process-mark was introduced which keeps the point always on the current shell line. As a result any movement commands would be undone, even the built in previous-line which is what evil calls. So to go back to the previous behavior, just set (setq term-char-mode-point-at-process-mark nil)

The solution in #10844 breaks some things like pasting and doesn't work with my workflow of toggling between emacs state and normal mode.

bhipple added a commit to bhipple/spacemacs that referenced this issue Aug 4, 2019

shell: allow evil normal-mode movement in terminal buffer
As mentioned in syl20bnr#10779 (comment),
emacs 26.1 changed the default behavior for term-char-mode to prevent cursor
movement. This change restores consistent behavior on all versions of emacs and
allows normal-mode motions to work again.

Note that the buffer is still read-only while in normal-mode, so operators that
change the line (such as `C`, `D`, `S`) still don't work.

Fixes syl20bnr#10956
Fixes syl20bnr#10779

bhipple added a commit to bhipple/spacemacs that referenced this issue Aug 4, 2019

shell: allow evil normal-mode movement in terminal buffer
As mentioned in syl20bnr#10779 (comment),
emacs 26.1 changed the default behavior for term-char-mode to prevent cursor
movement. This change restores consistent behavior on all versions of emacs and
allows normal-mode motions to work again.

Note that the buffer is still read-only while in normal-mode, so operators that
change the line (such as `C`, `D`, `S`) still don't work.

Fixes syl20bnr#10956
Fixes syl20bnr#10779

duianto added a commit that referenced this issue Aug 5, 2019

shell: allow evil normal-mode movement in terminal buffer
As mentioned in #10779 (comment),
emacs 26.1 changed the default behavior for term-char-mode to prevent cursor
movement. This change restores consistent behavior on all versions of emacs and
allows normal-mode motions to work again.

Note that the buffer is still read-only while in normal-mode, so operators that
change the line (such as `C`, `D`, `S`) still don't work.

Fixes #10956
Fixes #10779
@duianto

This comment has been minimized.

Copy link
Collaborator

commented Aug 5, 2019

The following PR is now on the develop branch:
shell: allow evil normal-mode movement in terminal buffer #12591

thanhvg added a commit to thanhvg/spacemacs that referenced this issue Aug 12, 2019

shell: allow evil normal-mode movement in terminal buffer
As mentioned in syl20bnr#10779 (comment),
emacs 26.1 changed the default behavior for term-char-mode to prevent cursor
movement. This change restores consistent behavior on all versions of emacs and
allows normal-mode motions to work again.

Note that the buffer is still read-only while in normal-mode, so operators that
change the line (such as `C`, `D`, `S`) still don't work.

Fixes syl20bnr#10956
Fixes syl20bnr#10779

gsmlg added a commit to gsmlg/spacemacs that referenced this issue Aug 17, 2019

shell: allow evil normal-mode movement in terminal buffer
As mentioned in syl20bnr#10779 (comment),
emacs 26.1 changed the default behavior for term-char-mode to prevent cursor
movement. This change restores consistent behavior on all versions of emacs and
allows normal-mode motions to work again.

Note that the buffer is still read-only while in normal-mode, so operators that
change the line (such as `C`, `D`, `S`) still don't work.

Fixes syl20bnr#10956
Fixes syl20bnr#10779
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
4 participants
You can’t perform that action at this time.