starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-07-09 02:26:45 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Determine proper behavior for single-cell selection; only highlight on click + threshold-drag? #7100

New Issue
Closed
opened 2026-01-31 00:55:01 +00:00 by claunia · 12 comments
claunia commented 2026-01-31 00:55:01 +00:00
Owner
Copy Link

Originally created by @aybiss on GitHub (Mar 23, 2020).

Environment

Windows 10 v1909
Windows Terminal 0.10.781.0

Steps to reproduce

Click anywhere in the text on an already focused Windows Terminal window.

Expected behavior

Window should do nothing since it is already focused. Text should not be highlighted because there has been no mouse drag.

Actual behavior

The character that's clicked on is now going to overwrite the clipboard if I right click to paste something I've just hunted out in another program or window. I will often fail to notice I've highlighted anything, and even if I do catch myself before muscle memory has completed the action, I cannot "unhighlight" text, and am basically screwed at this point. This means I have to go through with the failed paste operation, if I haven't already, and then go hunt out what I was about to paste again.

This is a pet hate of mine. Please make it so that clicking on the window is not interpreted as marking text, or at least provide an option for this. You would simply have to wait for a mouse drag event, which is what people generally do when they DO want to copy some text, so most people would not even notice this change unless they often copy a single character from a console.

Originally created by @aybiss on GitHub (Mar 23, 2020). # Environment ``` Windows 10 v1909 Windows Terminal 0.10.781.0 ``` # Steps to reproduce Click anywhere in the text on an already focused Windows Terminal window. # Expected behavior Window should do nothing since it is already focused. Text should not be highlighted because there has been no mouse drag. # Actual behavior The character that's clicked on is now going to overwrite the clipboard if I right click to paste something I've just hunted out in another program or window. I will often fail to notice I've highlighted anything, and even if I do catch myself before muscle memory has completed the action, I cannot "unhighlight" text, and am basically screwed at this point. This means I have to go through with the failed paste operation, if I haven't already, and then go hunt out what I was about to paste again. This is a pet hate of mine. Please make it so that clicking on the window is not interpreted as marking text, or at least provide an option for this. You would simply have to wait for a mouse drag event, which is what people generally do when they DO want to copy some text, so most people would not even notice this change unless they often copy a single character from a console.
claunia commented 2026-01-31 00:55:02 +00:00
Author
Owner
Copy Link

@egmontkob commented on GitHub (Mar 23, 2020):

wait for a mouse drag event

Considering e.g. traditional mouse where clicking almost certainly includes a tiny movement too, it's probably better to introduce some drag threshold (at least that's what VTE does).

@egmontkob commented on GitHub (Mar 23, 2020): > wait for a mouse drag event Considering e.g. traditional mouse where clicking almost certainly includes a tiny movement too, it's probably better to introduce some drag threshold (at least that's what VTE does).
claunia commented 2026-01-31 00:55:03 +00:00
Author
Owner
Copy Link

@BartXZX commented on GitHub (Mar 23, 2020):

Would also love it if a single non-dragging click would deselect anything currently selected. That would prevent me from having to press ESC to deselect.

@BartXZX commented on GitHub (Mar 23, 2020): Would also love it if a single non-dragging click would deselect anything currently selected. That would prevent me from having to press ESC to deselect.
claunia commented 2026-01-31 00:55:03 +00:00
Author
Owner
Copy Link

@aybiss commented on GitHub (Mar 23, 2020):

Would also love it if a single non-dragging click would deselect anything currently selected. That would prevent me from having to press ESC to deselect.

Yes that would be an excellent addition too.

@aybiss commented on GitHub (Mar 23, 2020): > Would also love it if a single non-dragging click would deselect anything currently selected. That would prevent me from having to press ESC to deselect. Yes that would be an excellent addition too.
claunia commented 2026-01-31 00:55:03 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Mar 24, 2020):

Honestly, it's my least favorite part of the traditional console that you can start and finish a selection with a single click.

Putty's threshold is "one cell"; Console's is 0. I'd very much like to get to somewhere between 0.25 and 1 cells as our threshold.

@DHowett-MSFT commented on GitHub (Mar 24, 2020): Honestly, it's my least favorite part of the traditional console that you can start _and finish_ a selection with a single click. Putty's threshold is "one cell"; Console's is 0. I'd very much like to get to somewhere between 0.25 and 1 cells as our threshold.
claunia commented 2026-01-31 00:55:03 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Mar 24, 2020):

I'm triaging this as a bug-task into v1 to force the discussion. 😄

@DHowett-MSFT commented on GitHub (Mar 24, 2020): I'm triaging this as a bug-task into v1 to force the discussion. :smile:
claunia commented 2026-01-31 00:55:04 +00:00
Author
Owner
Copy Link

@aybiss commented on GitHub (Mar 24, 2020):

I'm triaging this as a bug-task into v1 to force the discussion. 😄

Thanks, I appreciate it. This is the whole reason I go looking for console alternatives for Windows - so that they'll behave more like a Linux console in this one critical area.

@aybiss commented on GitHub (Mar 24, 2020): > I'm triaging this as a bug-task into v1 to force the discussion. 😄 Thanks, I appreciate it. This is the whole reason I go looking for console alternatives for Windows - so that they'll behave more like a Linux console in this one critical area.
claunia commented 2026-01-31 00:55:04 +00:00
Author
Owner
Copy Link

@egmontkob commented on GitHub (Mar 24, 2020):

See also closely related #5099.

@egmontkob commented on GitHub (Mar 24, 2020): See also closely related #5099.
claunia commented 2026-01-31 00:55:04 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Mar 25, 2020):

Marking this v2-scrubbed as Kayla and I discussed scoping it into the milestone. 😄

@DHowett-MSFT commented on GitHub (Mar 25, 2020): Marking this v2-scrubbed as Kayla and I discussed scoping it into the milestone. :smile:
claunia commented 2026-01-31 00:55:04 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Mar 25, 2020):

Sorry, v1-scrubbed

@DHowett-MSFT commented on GitHub (Mar 25, 2020): Sorry, _v1-scrubbed_
claunia commented 2026-01-31 00:55:05 +00:00
Author
Owner
Copy Link

@ghost commented on GitHub (Apr 22, 2020):

:tada:This issue was addressed in #5096, which has now been successfully released as Windows Terminal Preview v0.11.1121.0.🎉

Handy links:

@ghost commented on GitHub (Apr 22, 2020): :tada:This issue was addressed in #5096, which has now been successfully released as `Windows Terminal Preview v0.11.1121.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.11.1121.0) * [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)
claunia commented 2026-01-31 00:55:05 +00:00
Author
Owner
Copy Link

@aaron-oxford commented on GitHub (Apr 23, 2020):

I just got the new version and it is now working as desired. Fantastic job guys!

@aaron-oxford commented on GitHub (Apr 23, 2020): I just got the new version and it is now working as desired. Fantastic job guys!
claunia commented 2026-01-31 00:55:05 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Apr 24, 2020):

Glad we could help 😄

@DHowett-MSFT commented on GitHub (Apr 24, 2020): Glad we could help :smile:
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-TerminalControl Issue-Bug Issue-Task Priority-1 Product-Terminal Resolution-Fix-Committed
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7100
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?