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

Resizing Panes with Mouse #18358

Closed
AVDAIN opened this issue Dec 24, 2024 · 2 comments
Closed

Resizing Panes with Mouse #18358

AVDAIN opened this issue Dec 24, 2024 · 2 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@AVDAIN
Copy link

AVDAIN commented Dec 24, 2024

Description of the new feature

Description:

Currently, when opening a new pane in Windows Terminal using the keyboard shortcut Alt + Shift + D, resizing the pane requires using the arrow keys in conjunction with Alt + Shift.

This feature request proposes allowing users to resize the newly opened pane directly with their mouse.

Expected Behavior:

  1. Initial Pane Opening:

    • User presses Alt + Shift + D to open a new pane.
    • A new pane is created with a default size.
  2. Mouse-Based Resizing:

    • User hovers their mouse cursor over the edge of the newly opened pane.
    • Cursor changes to indicate resize mode (e.g., double-headed arrow).
    • User drags the mouse to resize the pane horizontally or vertically.
    • Pane size adjusts accordingly.

Benefits:

  • Increased User-Friendliness: Provides a more intuitive and efficient way to resize panes, especially for users who prefer mouse-based interactions.
  • Enhanced Accessibility: May be more accessible to users with certain motor impairments who may find keyboard-only resizing challenging.

Alternatives Considered:

  • Configurable Default Pane Size: Allow users to define default pane sizes for different scenarios.
  • Keyboard Shortcuts for Common Resizes: Implement dedicated keyboard shortcuts for common resize actions (e.g., maximize pane, resize to half-screen).

Proposed technical implementation details

No response

@AVDAIN AVDAIN added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Dec 24, 2024
@microsoft-github-policy-service microsoft-github-policy-service bot added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Dec 24, 2024
@DHowett
Copy link
Member

DHowett commented Jan 6, 2025

Thanks for the request! This is a /duplicate of #992 :)

Copy link
Contributor

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@microsoft-github-policy-service microsoft-github-policy-service bot added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jan 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants