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

Controlling tooltip delay for URLs #11361

New Issue
Closed
opened 2026-01-31 02:45:34 +00:00 by claunia · 7 comments
claunia commented 2026-01-31 02:45:34 +00:00
Owner
Copy Link

Originally created by @codenotworking on GitHub (Nov 12, 2020).

Originally assigned to: @DHowett on GitHub.

Environment

Windows build number: Windows 10 version 2004 (10.0.19041.0)
Windows Terminal version (if applicable): 1.4.3141.0

This isn't a bug, and I have no idea where to post a general question like this. Is there a way to control the tooltip delay when hovering the mouse over a URL link? Is there a setting for this?

I've searched through the Windows Terminal documentation, but I didn't find it.

Originally created by @codenotworking on GitHub (Nov 12, 2020). Originally assigned to: @DHowett on GitHub. # Environment ```none Windows build number: Windows 10 version 2004 (10.0.19041.0) Windows Terminal version (if applicable): 1.4.3141.0 ``` This isn't a bug, and I have no idea where to post a general question like this. Is there a way to control the tooltip delay when hovering the mouse over a URL link? Is there a setting for this? I've searched through the [Windows Terminal documentation](https://docs.microsoft.com/en-us/windows/terminal/), but I didn't find it. <img src="https://i.imgur.com/bvpfVup.png" />
claunia commented 2026-01-31 02:45:35 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Nov 12, 2020):

Oh, no, there isn't a setting for that currently. There should be. Thanks for the request!

@zadjii-msft commented on GitHub (Nov 12, 2020): Oh, no, there isn't a setting for that currently. _There should be_. Thanks for the request!
claunia commented 2026-01-31 02:45:36 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Nov 13, 2020):

I'd rather understand what the use case is -- and why it should be controllable -- before agreeing to add a feature. What's up? Do you want it to be shorter or longer? Why?

@DHowett commented on GitHub (Nov 13, 2020): I'd rather understand what the use case is -- and why it should be controllable -- before agreeing to add a feature. What's up? Do you want it to be shorter or longer? Why?
claunia commented 2026-01-31 02:45:36 +00:00
Author
Owner
Copy Link

@codenotworking commented on GitHub (Nov 13, 2020):

I personally want it to be shorter, instantaneous if possible, once the mouse hovers over a URL link. As you can see in the screenshot I shared, it's not readily apparent that the text is a clickable URL link within a console output (the color and underlining is a result of a particular Python module I used). There's no visual indicator, such as how HTML URL links generally stand out. Having the tooltip appear much quicker, especially in a console output that has a lot of text, it can be easier to discern.

@codenotworking commented on GitHub (Nov 13, 2020): I personally want it to be shorter, instantaneous if possible, once the mouse hovers over a URL link. As you can see in the screenshot I shared, it's not readily apparent that the text is a clickable URL link within a console output (the color and underlining is a result of a particular Python module I used). There's no visual indicator, such as how HTML URL links generally stand out. Having the tooltip appear much quicker, especially in a console output that has a lot of text, it can be easier to discern.
claunia commented 2026-01-31 02:45:36 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Nov 16, 2020):

I don't disagree - I generally like my tooltip popups to be faster. FYI, there's also #7563, which IMO will really make the links more obviously clickable, but a shorter timeout won't hurt.

@zadjii-msft commented on GitHub (Nov 16, 2020): I don't disagree - I generally like my tooltip popups to be faster. FYI, there's also #7563, which IMO will really make the links more obviously clickable, but a shorter timeout won't hurt.
claunia commented 2026-01-31 02:45:36 +00:00
Author
Owner
Copy Link

@PankajBhojwani commented on GitHub (Nov 17, 2020):

As far as I know, the tooltip service and tooltip classes we use don't offer any way to change the delay for tooltip display (curiously enough, the .NET Core version does though).

So I think the only way we can support this right now is by creating our own timer and tooltip.

@PankajBhojwani commented on GitHub (Nov 17, 2020): As far as I know, the [tooltip service](https://docs.microsoft.com/en-us/uwp/api/windows.ui.xaml.controls.tooltipservice?view=winrt-19041) and [tooltip](https://docs.microsoft.com/en-us/uwp/api/windows.ui.xaml.controls.tooltip?view=winrt-19041) classes we use don't offer any way to change the delay for tooltip display (curiously enough, the [.NET Core version](https://docs.microsoft.com/en-us/dotnet/api/system.windows.controls.tooltipservice.initialshowdelay?view=net-5.0) does though). So I think the only way we can support this right now is by creating our own timer and tooltip.
claunia commented 2026-01-31 02:45:37 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Dec 17, 2020):

So, unfortunately, it looks like this is another platform limitation. Since I'd rather not implement yet another tooltip¹ and deal with the tens of different ways in which we'll get it wrong--not the least of which will be Accessibility related--I'm going to close this one out as "sorry, not now."

Tracking upstream at https://github.com/microsoft/microsoft-ui-xaml/issues/3820.

Thanks!

¹ I'm not even sure we can do it inside our app because of the rules about xaml content displaying outside the window frame

@DHowett commented on GitHub (Dec 17, 2020): So, unfortunately, it looks like this is another platform limitation. Since I'd rather not implement yet another tooltip¹ and deal with the tens of different ways in which we'll get it wrong--not the least of which will be Accessibility related--I'm going to close this one out as "sorry, not now." Tracking upstream at https://github.com/microsoft/microsoft-ui-xaml/issues/3820. Thanks! ¹ I'm not even sure we _can_ do it inside our app because of the rules about xaml content displaying outside the window frame
claunia commented 2026-01-31 02:45:37 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Dec 17, 2020):

XMAL repo redirected me to https://github.com/microsoft/microsoft-ui-xaml/issues/2262.

@DHowett commented on GitHub (Dec 17, 2020): XMAL repo redirected me to https://github.com/microsoft/microsoft-ui-xaml/issues/2262.
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 good first issue Help Wanted Issue-Task Needs-Tag-Fix Product-Terminal Tracking-External
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#11361
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?