-
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
Allow customization of the viewlets in the default Extensions view #47766
Conversation
In this case the
To hide any of the above, user can right click on the section header and choose |
Thank you @ramya-rao-a, the first option is more close to the actual purpose, that is to change I've updated the PR, please let me know if rebase/squash is needed. |
When trying your code, the recommended section appears first for me. This wouldnt result in a smooth transition for users. This is most likely because we cache the state of the view (for each section, we cache its order in the view, height and whether it was collapsed or not). Since the new sections werent part of the cache, they show up later. If we go with the other option then,
|
Indeed! I mainly use the stable release, so my local dev build is too clean for me to notice the caching issue. Let's keep the |
Now the Enabled/Disabled views are moved to the bottom, |
hmm, please hold on, I tried to disable an extension, reload, then the view orders are messed up, |
@ramya-rao-a, now the sorting issue is resolved. The problem was |
and return Number.MAX_VALUE instead of Number.POSITIVE_INFINITY for views end up with undefined order, when comparing two views like this, we get Number.MAX_VALUE - Number.MAX_VALUE = 0, rather than NaN caused by infinity arithmetic.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @ryenus, the PR is looking good!
I have left a few comments, please do take a look.
@sandy081 As part of this feature, we would want to enable the canToggleVisibility
on the Installed section in the extensions view. If someone chooses to have just the Enabled section or Enabled and Disabled section separately, then it doesnt make sense to not let them hide the "Installed" section.
src/vs/workbench/parts/extensions/electron-browser/extensionsViews.ts
Outdated
Show resolved
Hide resolved
src/vs/workbench/parts/extensions/electron-browser/extensionsViews.ts
Outdated
Show resolved
Hide resolved
src/vs/workbench/parts/extensions/electron-browser/extensionsViews.ts
Outdated
Show resolved
Hide resolved
src/vs/workbench/parts/extensions/electron-browser/extensionsViews.ts
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ramya-rao-a I'm really glad to see this is now merged, thank you so much for all the help! |
Its our pleasure @ryenus, thanks for all your work. Happy Coding! |
When there're lots of extensions installed, and many of them disabled, it's kinda messy to have all the enabled/disabled extensions mixed in one list.
It's more clean to separate the disabled extensions into a dedicated list view: