-
Notifications
You must be signed in to change notification settings - Fork 27.9k
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
Debounce F4/shift F4 #19199
Comments
Additionally, why are the arrow keys rate limiting, but F4 and Shift F4 are not? IMO they should all behave the same way: debounced. |
I tried debouncing originally but thought it was even more annoying than rate limiting because typically with a debounce, there's a delay before the first one takes effect. I'll play around with this some more though since it doesn't look great as is. Good point on F4 |
Fixed in #19307 but will also do this for F4 |
Cool. 👍 Just finely tune the debouncing delay to fix the annoyance. |
Actually this probably won't happen for January. When using F4, the editor is focused. When you hold F4, we would want to see each next result being focused, like when holding the down arrow, but currently the focused result isn't highlighted in the search viewlet when it doesn't have focus. Only the selected result (which is open in the editor) is highlighted. So I'd have to change that. Will look at it for February. |
Testing #19094
You'll notice that a file will open every 300ms or so, demonstrating the rate limiting.
This UI interaction should use debouncing instead of limiting the rate. We have a few utils for this.
The text was updated successfully, but these errors were encountered: