Skip to content

[FEATURE]: home returns to where end left a scrolled-up reader #53629

Open

Description

@Nowaker

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

When you are scrolled up reading an older part of a session and jump to the bottom with end (messages_last), to read new output or to type a prompt, the place you were reading is lost. Getting back means scrolling and looking for it again.

Proposal: messages_last remembers where a scrolled-up reader was, and the next messages_first (home) returns there instead of going to the top. Pressing messages_first again goes to the top, as today. So end then home is a round trip, and home home still reaches the top.

The remembered position is the block that was at the top of the viewport, plus its offset from that edge, so it stays correct when content above or below it changes. It is dropped, and home goes to the top as today, when:

  • it was taken in another session;
  • the view has moved off the bottom by the time home is pressed;
  • any other navigation command ran in between (page, half page, line, prompt, landmark or block navigation, last user message), or the transcript was scrolled with the wheel;
  • its block is no longer rendered, for example after a revert.

Pressing end again at the bottom keeps the position it already holds, so new output or a submitted prompt in between does not lose it.

Activity

  1. opencode-agent commented on Oct 6, 2026

    @opencode-agent
    Contributor

    Thanks for the detailed proposal. I confirmed the current behaviour on v2.0.24, the latest release:

    1. In a session several screens tall, scroll up to the middle of an older reply (I used ctrl+alt+u).
    2. Press end to jump to the bottom.
    3. Press home.

    home always goes to the top of the transcript, so the earlier reading position is lost and you have to scroll back to find it. Your proposal would make end then home a round trip to that position, with a second home still going to the top. I see you've also opened #53630 to implement it.

  2. github-actions commented on Oct 6, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

    • #53186: proposes preserving the transcript reading position after submitting a prompt, which overlaps with keeping the saved position through a submitted prompt here.

    For keybind-related issues, please also check our pinned keybinds documentation: #4997

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions