-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Allow Version Listing through 'Winget Search' #2847
Conversation
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
What if we do the same thing we're doing for I've been looking at several issues this morning and thinking more about the other "mode" of behavior for WinGet. |
We could add the optional argument as a hint to the output when we get ambiguous results. |
UX is certainly the hard part here. I think that the interactivity / other "mode" is a bit of a tangent that's getting intermixed. At the root of the question in this PR is really more "how important is it to keep search behavior the same within a command" I see it as this -
If yes:
|
Let's get some user feedback: https://twitter.com/DenelonMs/status/1613963532873388032 |
So when search returns multiple results, do we want to do:
I guess 2 if user is expecting "consistency with search behavior"? |
I think it's pretty much what was put in the original description. The user will need to refine the input to get versions with "search". |
Ok, then this change is good at current state. |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Somehow the license/cla task is stuck. And I cannot override it without changing project settings. Try close and reopen. |
This PR moves the workflow for ShowAppVersions into the workflow base and makes it available to the search command.
Intentionally left the search command as
SearchSourceForMany
to retain the same searching behavior.Microsoft Reviewers: Open in CodeFlow