microsoft / microsoft/terminal
Don't resize the terminal buffer until dragging is released
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
Add a setting to enable this behavior.
Maybe the user might not want to reflow the buffer in real-time as they resize the window. Maybe they only want to have the resize occur when they finish resizing.
I'd love to see an E2E spec of this scenario before code starts getting written, because I feel it might be a little wonky in certain scenarios. Questions that would be good to be answered:
- How will we communicate the start of a move/size loop from WindowsTerminal down to the TerminalApp?
- How will this play with panes that aren't terminals?
- how do we handle maximize/restore?
- Should we pause rendering while this is happening? How should this look to the user?
From discussion in #1465
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the issue discussion and the referenced discussion in #1465. Define an E2E spec for resizing behavior before implementation, covering communication between WindowsTerminal and TerminalApp, non-terminal panes, maximize/restore, and rendering during the move/size loop. Done means these scenarios have agreed behavior and a passing spec.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100