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

Allow for adjustable delay when opening New Tab Menu Customizations #19286

New Issue
Closed
opened 2026-01-31 06:39:01 +00:00 by claunia · 6 comments
claunia commented 2026-01-31 06:39:01 +00:00
Owner
Copy Link

Originally created by @DennisGaida on GitHub (Jan 30, 2023).

The New Tab Menu customization implemented in #13763 by @FWest98 are awesome! The sub-menus pop out a bit too late for my taste when hovering over them and I would love to show the sub-menus quicker than currently implemented.

Secondly I would love to be able to click on sub-menus to open them directly/quicker. This is currently not possible and I have to wait for the on-hover delay to open the menu.

I would love to be able to set the delay before sub-menus pop out - in my case I want them more responsive / faster. It currently feels like it is almost a second before the sub-menus pop out.

Just for reference here is a screencast showing how "slow" (subjective) the sub-menus open:
WindowsTerminal_1heG0EJ4yc

Originally created by @DennisGaida on GitHub (Jan 30, 2023). The New Tab Menu customization implemented in #13763 by @FWest98 are awesome! The sub-menus pop out a bit too late for my taste when hovering over them and I would love to show the sub-menus quicker than currently implemented. Secondly I would love to be able to click on sub-menus to open them directly/quicker. This is currently not possible and I have to wait for the on-hover delay to open the menu. I would love to be able to set the delay before sub-menus pop out - in my case I want them more responsive / faster. It currently feels like it is almost a second before the sub-menus pop out. Just for reference here is a screencast showing how "slow" (subjective) the sub-menus open: ![WindowsTerminal_1heG0EJ4yc](https://user-images.githubusercontent.com/2392217/215439894-0252181b-86b8-4497-b864-3d55c70fbc3d.gif)
claunia added the Issue-FeatureNeeds-TriageNeeds-Tag-Fix labels 2026-01-31 06:39:01 +00:00
claunia commented 2026-01-31 06:39:03 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Jan 30, 2023):

Hmm, this isn't a bad idea, but I'm not sure there's much we can do ourselves about this. It doesn't look like there's anything we can do to control the responsiveness of a MenuFlyout by itself. We'll probably need to move this request upstream to WinUI

@zadjii-msft commented on GitHub (Jan 30, 2023): Hmm, this isn't a bad idea, but I'm not sure there's much we can do ourselves about this. It doesn't look like there's anything we can do to control the responsiveness of a [`MenuFlyout`](https://learn.microsoft.com/en-us/uwp/api/windows.ui.xaml.controls.menuflyout?view=winrt-22621) by itself. We'll probably need to move this request upstream to WinUI
claunia commented 2026-01-31 06:39:03 +00:00
Author
Owner
Copy Link

@DennisGaida commented on GitHub (Jan 30, 2023):

Oh wow, didn't think this was this deep. Checking the WinUI Gallery app: https://apps.microsoft.com/store/detail/winui-3-gallery/9P3JFPWWDZRC I can repro this behavior for pretty much any control like MenuFlyOut or ContextFlyOut. Apparently similar delays are apparent in Tooltips: https://github.com/microsoft/microsoft-ui-xaml/issues/974

Yes, I agree this isn't an issue with Windows Terminal then. I totally don't understand how there isn't more discussion around this - all submenus feel slow and sluggish to me (screencasts from WinUI demo app):

WinUIGallery DesktopWap_UGaPAN7LkP
WinUIGallery DesktopWap_UYb2h6KnuL

For Windows Terminal it will mean for me to move some often used items to the top-level / root because I don't want to wait that long for clicking on things or probably make better use of the keyboard shortcuts/bindings.

@DennisGaida commented on GitHub (Jan 30, 2023): Oh wow, didn't think this was this deep. Checking the WinUI Gallery app: https://apps.microsoft.com/store/detail/winui-3-gallery/9P3JFPWWDZRC I can repro this behavior for pretty much any control like `MenuFlyOut` or [`ContextFlyOut`](https://learn.microsoft.com/en-us/windows/windows-app-sdk/api/winrt/microsoft.ui.xaml.uielement.contextflyout?view=windows-app-sdk-1.2). Apparently similar delays are apparent in Tooltips: https://github.com/microsoft/microsoft-ui-xaml/issues/974 Yes, I agree this isn't an issue with Windows Terminal then. I totally don't understand how there isn't more discussion around this - all submenus feel slow and sluggish to me (screencasts from WinUI demo app): ![WinUIGallery DesktopWap_UGaPAN7LkP](https://user-images.githubusercontent.com/2392217/215491907-b96786f6-ff55-44be-9d53-f33000c4a51d.gif) ![WinUIGallery DesktopWap_UYb2h6KnuL](https://user-images.githubusercontent.com/2392217/215491919-6eae3d01-8a1d-459e-8dd2-573051d12aee.gif) For Windows Terminal it will mean for me to move some often used items to the top-level / root because I don't want to wait that long for clicking on things or probably make better use of the keyboard shortcuts/bindings.
claunia commented 2026-01-31 06:39:03 +00:00
Author
Owner
Copy Link

@FWest98 commented on GitHub (Jan 30, 2023):

I think the delay is there from a usability perspective to prevent menus from opening/closing accidentally by just moving the cursor past them. The delay is to make sure it's an intentional hover instead of "passing by". The delay for closing is to make sure that someone just hovering slightly outside doesn't immediately collapse the entire tree.

I did notice that when using keyboard navigation, the menus open instantly. So that might be an option for you.

@FWest98 commented on GitHub (Jan 30, 2023): I think the delay is there from a usability perspective to prevent menus from opening/closing accidentally by just moving the cursor past them. The delay is to make sure it's an intentional hover instead of "passing by". The delay for closing is to make sure that someone just hovering slightly outside doesn't immediately collapse the entire tree. I did notice that when using keyboard navigation, the menus open instantly. So that might be an option for you.
claunia commented 2026-01-31 06:39:04 +00:00
Author
Owner
Copy Link

@j4james commented on GitHub (Jan 30, 2023):

Have you tried turning off the "Show animations in Windows" option in the "Ease of Access" section of the OS Settings? There's still a delay before menus are triggered on hover, but there's no expanding animation as the menu is rendered, so I think it does make it feel a bit faster.

@j4james commented on GitHub (Jan 30, 2023): Have you tried turning off the "Show animations in Windows" option in the "Ease of Access" section of the OS Settings? There's still a delay before menus are triggered on hover, but there's no expanding animation as the menu is rendered, so I think it does make it feel a bit faster.
claunia commented 2026-01-31 06:39:04 +00:00
Author
Owner
Copy Link

@DennisGaida commented on GitHub (Jan 31, 2023):

the delay is there from a usability perspective

Oh most definitely. I have developed my fair share of mega/navigation menus for websites in the past and am fully aware of how tricky it is to allow for navigation paths between different submenus. It is especially tricky for "diagonal paths" for when you move back from a sub-sub-menu to the sub-menu and not have the whole menu collapse on you because "you moved away from the sub-sub-menu".

I didn't try keyboard navigation yet, but you are completely right. I'm switching to that right away: Ctrl + Shift + Space to open the new-tab menu.

turning off the "Show animations in Windows"

Yes, I just tried. Settings > Accessibility > Animation Effects. As far as I could tell, I couldn't see a difference in speed.

In my eyes we could close this feature request since it really isn't an issue with Windows Terminal.

@DennisGaida commented on GitHub (Jan 31, 2023): > the delay is there from a usability perspective Oh most definitely. I have developed my fair share of mega/navigation menus for websites in the past and am fully aware of how tricky it is to allow for navigation paths between different submenus. It is especially tricky for "diagonal paths" for when you move back from a sub-sub-menu to the sub-menu and not have the whole menu collapse on you because "you moved away from the sub-sub-menu". I didn't try keyboard navigation yet, but you are completely right. I'm switching to that right away: <kbd>Ctrl</kbd> + <kbd>Shift</kbd> + <kbd>Space</kbd> to open the new-tab menu. > turning off the "Show animations in Windows" Yes, I just tried. Settings > Accessibility > Animation Effects. As far as I could tell, I couldn't see a difference in speed. In my eyes we could close this feature request since it really isn't an issue with Windows Terminal.
claunia commented 2026-01-31 06:39:04 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Jan 31, 2023):

Thanks for the discussion everyone!

@zadjii-msft commented on GitHub (Jan 31, 2023): Thanks for the discussion everyone!
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 Issue-Feature Needs-Tag-Fix Needs-Triage
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#19286
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?