Repository navigation
Maybe add support for move-focus subcommand #6580
Description
I'm submitting this one for discussion - I don't think this deserves a spec, but maybe some discussion.
#5464 covers "Add support for focus-pane subcommand". That particular subcommand is tricky, because we'd need to have IDs for Panes, and then that gets into all sorts of discussion like should the ID be for the pane, or the TermControl?.
Since that's hard, I thought I might do something easy like move-focus, which is just the moveFocus action, turned into a wt subcommand. This comes with two caveats:
- It would be subject to the same bug that
moveFocusis, Use visual layout for moveFocusX target #2398. - It would behave non-deterministically with
autosplits. The commandline might behave differently if a pane splits in a different direction due to a different initial window size. Official guidance would probably be "make sure to specify the split direction for allsplit-panecommands if you're usingmove-focus".
@microsoft/windows-console-team Are we okay with shipping this command with the above caveats?
I'm thinking the command is just
move-focus [direction]
wheredirectionis one ofleft,right,up,down.
Activity
DHowett commentedon Jun 18, 2020
So, when I was talking about how I wanted something more composable than a command that depends on physical location, I wasn't thinking about #4472. I'm not sure it makes sense as something that you can launch with, but... perhaps there's value in it.
Add a `move-focus` subcommand (#8546)
Add a `move-focus` subcommand (microsoft#8546)