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
Instead of requiring componentize-js to be used as a library, it would be nice if there was also a CLI experience. To begin with the CLI could take two mandatory arguments (the path to the wit package and the path to write the encoded component) and one optional argument (the world to be selected).
The text was updated successfully, but these errors were encountered:
That seems fine. Though it did seem more intuitive to me for ComponentizeJS to also have a CLI and be (at least spiritually) the main tool for componentizing JavaScript. I think however this stems from my misunderstanding of what jco is. I wasn't aware that jco was branded as a full toolchain and instead mistakenly thought of it as the runtime support for components in node.
At the very least, would it make sense to point to jco in the README here as the main dev experience for components and JavaScript? Something akin to "use this library if you really need a library for componentizing JavaScript, otherwise you might find more of what you need in the jco project".
Instead of requiring
componentize-js
to be used as a library, it would be nice if there was also a CLI experience. To begin with the CLI could take two mandatory arguments (the path to the wit package and the path to write the encoded component) and one optional argument (the world to be selected).The text was updated successfully, but these errors were encountered: