-
Notifications
You must be signed in to change notification settings - Fork 0
Allow semver version definition for unwantedRecommendations #1
Comments
Current progress, supports and notifies for defined semver versions. However, because the It allows to search for |
Is defining version numbers included in the published extension yet? I can't seem to get it to trigger with @^2.6.2 ... without a version, it shows a dialog window. |
Unfortunately not... |
We are progressing here, got permission to migrate extension. I will first release the exact same version but with a new name, before we start introducing the new semver feature, as I would like to make sure all is fine before we publish new release.
Next step will be to deprecate the old one, in case of early adopters, feel free to already jump over to the new extension. The new repo is located here: https://github.com/SoulcodeAgency/vscode-unwanted-extensions |
Wow, that is wonderful news!!! |
@BananaAcid what is your use case regarding the version number feature and how would it help you? Just to understand the situation better, thanks ;) |
There are extensions out there, that have changed either license or introduced a paywall. Or became incompatible with older projects by handling files/whatever differently. We do have all 3 cases. Using an older version and thereby the same in the student teams here where I teach (and additionally at the company where I work as well), is mandatory. Having it in the project config, would save me a lot of manual work. |
Ok.
Is it possible to mention a extensiond as a good example? Also defining
which version is the ok one and which is not ok, therefor unwanted.
We would need to test SemVer version definitions to then match the exact
versions you need
This information will help to provide a good use case and kind of a test
case.
Dont hesitate if you have multiple examples, it will help me further
thanks a lot
Nabil Redmann ***@***.***> schrieb am Fr., 5. Jan. 2024,
14:34:
… There are extensions out there, that have changed either license or
introduced a paywall. Or became incompatible with older projects by
handling files/whatever differently. We do have all 3 cases. Using an older
version and thereby the same in the student teams here where I teach (and
additionally at the company where I work as well), is mandatory. Having it
in the project config, saves me a lot of manual work.
—
Reply to this email directly, view it on GitHub
<#1 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGNJYKZDUNRYSO7IYMGBITYM76N5AVCNFSM6AAAAAA2XYKMUGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNZYGY3DMNZSGY>
.
You are receiving this because you were assigned.Message ID:
***@***.***>
|
ThunderClient like: https://github.com/rangav/thunder-client-support/releases Install: https://marketplace.visualstudio.com/items?itemName=rangav.vscode-thunder-client Version 2.6.2 was the last to not put "save config files to project" behind a paywall. --> https://github.com/rangav/thunder-client-support/blob/master/LICENSE.txt#L40-L41 thunderclient/thunder-client-support@01013ec and somewhere was the license change ... before it was free for all, then subscription.
Btw: for the newer projects, we use FlashPost. (until that will be gone as well ;) )I don't recall the extension names right now. |
@BananaAcid goooooood news here. ![]() Check out the "Unwanted Extensions"-extension. I just published a "pre-release" (1.1.1), where you should be able to create the mentioned file Insights: ![]() ![]() Please check the extension Description which should explain it all and has an example. Let me know if it works for you, or if there are any issues with it. If all is fine, I will make a public release, and close this ticket. |
Actually lets continue here please: SoulcodeAgency#2 |
After reading some comments, it seems that we are not progressing to get better support for defining extensions to recommend or not recommend.
microsoft/vscode#138048 (comment)
There seems to be the need, that specific versions of extensions should be marked as unwantedRecommendation.
We could try to start with notification as this extension already does it, but adding support for semver in addition to the extension.
So with this feature, we could define a specific version or a semver version, which is not recommended to be installed.
recommendations
, so instead of leaving it to VSCode only, we could also check the installed extensions and also support and verify specific semver versions on it. This would drastically improve the UX for some devs so it looks.The text was updated successfully, but these errors were encountered: