-
Notifications
You must be signed in to change notification settings - Fork 29.7k
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
Better UX for recommended extensions #13456
Comments
|
For 1 intellisense would help. Whatever avoids me to manually copy/paste the extension names. |
I think providing intellisense will be helpful and makes sense than copying the installed extensions. |
1 is implemented. Leaving to @ramya-rao-a for the rest as she currently working on improving it. |
The 3rd point is done as well. There is "Install All" action on the header of the workspace recommendations section. |
* Add "Recommend" action to extension viewlet Related to #13456 * Address PR requested changes * Change functionality and UX - Button goes from "Add to workspace recommendations" (clickable) to "Adding to workspace recommendations..." (unclickable) to "Added to workspace recommendations" (unclickable). - It is only visible if the current extension is installed and there's at least one folder in the root that doesn't have it recommended yet. In other words, if it's already recommended in every folder of the root, it is not visible. - In a single-root setup, it's immediately added to the recommendations. - In a multi-root setup, a quick-pick is displayed with only the folders where it is not yet recommended available as options. - In a multi-root setup, the button will go back to "Add to workspace recommendations" (clickable) instead of the unclickable state if there are still folders remaining where the current extension is not yet recommended. - An error or success notification is displayed after the work is done. - Configuration files are created if don't exist, modified otherwise. * Don't show the button if ext is recommended in ANY folder In the previous commit, the button would be displayed as long as there was at least one folder in the workspace where the extension wasn't recommended. Now, the button will be displayed only if the current extension is not recommended in any of the folders, as suggested in #50419 (comment) * Improvements based on PR suggestions - Lowercasing the extension ID before comparing - Directly styling & labeling the button on the `run` command after work is done instead of calling `update`. - Fix & delete unnecessary styles * Expose feature as command instead of button After a discussion with @ramya-rao-a and other members of the team, it was decided that it wasn't reasonable to have a dedicated button for a feature that's rarely used in such a visible place. So instead, the action will be exposed as a command that will only be available when there's an extension open in the editor area. In contrast with the previous implementation, this has the added benefit of allowing the user to use this action to recommend uninstalled extensions as well. * Simplify conditions for AddToRecommendations action * Move comments so that they dont get erased when recommendations are added programatically * Remove from unwanted before adding to recommendations * Array improvements * Friendly error msg
In the latest Insiders and in the upcoming stable update of 1.25.0, there are new commands that will let you add an extension to Workspace recommendations. Thanks @reyronald and @JacksonKearl With this all points mentioned in the initial list is complete. |
Suggestions for improving the recommended extensions functionality:
The text was updated successfully, but these errors were encountered: