You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
How do you envision this feature/change to look/work like?
pnpm create plasmo OR pnpm dlx plasmo init OR plasmo init inside a directory with a manifest.json file
plasmo takes the manifest and determine if it's MV2 or MV3.
If MV3, it keeps the basic structure and convert most of the config into the package.json
If MV2, it convert the manifest into mv3 and throw them into package.json as much as possible, and provides guideline on how to migrate their project from there.
What is the purpose of this change/feature? Why?
It welcomes existing extension to convert over into Plasmo
It leads to a future of code as config and automated configuration, rather than static json blob. This allows seamless transition to a future MV4 in the next 10 year
It will ease the transition for existing mv2 extension over into mv3, and eventually to future mv4 or whatever. The framework will handles the transition for them while keeping their build target afloat, allowing developer to just focus on their product.
(OPTIONAL) Example implementations
No response
(OPTIONAL) Contact Details
No response
Verify canary release
I verified that the issue exists in plasmo canary release
How do you envision this feature/change to look/work like?
pnpm create plasmo
ORpnpm dlx plasmo init
ORplasmo init
inside a directory with amanifest.json
filepackage.json
package.json
as much as possible, and provides guideline on how to migrate their project from there.What is the purpose of this change/feature? Why?
(OPTIONAL) Example implementations
No response
(OPTIONAL) Contact Details
No response
Verify canary release
plasmo
canary releaseCode of Conduct
The text was updated successfully, but these errors were encountered: