-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
Access visible source control providers #53892
Comments
The plan now is to expose an API for this through the git extension by having an event on the git Source Control object that fires when it is selected. I assume there would also be a corresponding "blur" event. This means that a change in selection wouldn't be an atomic event, but a blur of one control and focus of another. Alternately, instead of separate blur and focus events, there's one change event that fires with a boolean indicating which it is, but selection change is still not atomic. @joaomoreno what did you have in mind for this? And a list of source controls would be exposed through the git extension, correct? // cc @jrieken |
Do we really need a blur event? Isn't a selection change event enough?
Correct! |
Perhaps I just misunderstood the explanation of the proposal - if it's just to move |
Oh I see what you mean. Yeah that's true. Unless the git extension does some debouncing, users of the API would get two separate events. |
From the discussion in #51734, we want to introduce a
visibleSourceControls
api that allows extensions to get a list of currently selected providers and be notified of changes.The text was updated successfully, but these errors were encountered: