Feature Request: Automatically Scroll to Off-Screen Targeted or New Panes

Ensure that focus_or_open_pane, open_in_pane, and opening a new pane from Global Jumping (cmd+k) or via alt+click automatically scroll to the focused pane when the target or newly opened pane is off-screen.

In short, whenever these actions are triggered, the interface should bring the targeted, focused, or newly created pane into view automatically if it is not currently visible on screen.

A keyboard shortcut or Command Palette action to jump to the currently focused pane would already be really helpful.

1 Like

Different view here.

focus_or_open_pane is all I use.

  1. If the pane exists the context (the thin blue banner) switches to the pane. Which seems different than what your are seeing?
  2. If the pane does not exist the pane is opened with the context of the active pane when the hotkey is used.

Personally I think open_in_pane is redundant. focus_or_open_pane does what it does plus. Probably for a use case I don’t have. :man_shrugging:

@calsi

I have revised the text.

No, no — the point is which behavior is more common. But the screen immediately switches back to Target Pane . (“Focus” should carry a stronger semantic meaning: it shouldn’t just set Pane 5 as the logical target — it should also take me to Pane 5.)

The workflow is:

  1. I’m currently working in Pane 2.

  2. I focus_or_open_pane 5, intending to go to Pane 5.

  3. Pane 5 is logically focused/activated, or at least designated as the target.

  4. But the main content area on screen doesn’t actually jump there — it still shows where I was before, i.e., Pane 2.

  5. I then have to take an extra step and manually scroll/move the screen with the mouse before I can actually see and interact with Pane 5.

So Pane 5 is off screen when you select it as the target?

Exactly — Pane 5 is outside the viewport when I focus it. That’s why the screen needs to scroll to it.

I just tested it — whether triggered from the shortcut or the command palette, the target pane always ends up off screen.

This seems like a particular case of the more general need for full support for horizontally scrollable panes

1 Like

Exactly.