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
I'm currently working on an extension for the Zed editor to provide LSP features for Stylelint (see zed-stylelint).
Since the language server is not a standalone project (see #110), I decided to fork this repo to provide a prebuilt (build + bundle) version of this package (see vscode-stylelint-prebuilt).
Questions
Is the fork acceptable as long as this project is legitimately credited? I'm asking because I do realize that this repo is designed for a VSCode extension and I'm using it for Zed so maybe that's not something you are okay with?
Have you considered publishing the built + bundled code (extension code + language server) on npm? I've seen a few vscode LSP extensions doing that and it makes it easier to port them to other code editors. For instance this would remove the need for the fork in my case 🤔
The text was updated successfully, but these errors were encountered:
Fixes#1648
- This PR adds an extension to wrap `stylelint` LSP,
- [Stylelint](https://stylelint.io/) is used to lint CSS content in
files that support it (CSS, SCSS, JS, etc.),
- The [VSCode Stylelint
Extension](https://marketplace.visualstudio.com/items?itemName=stylelint.vscode-stylelint)
is fairly popular with more than 2,595,360 installs,
- The LSP server comes from the
[stylelint/vscode-stylelint](https://github.com/stylelint/vscode-stylelint)
project but there are few things to note:
- the GitHub repository contains both the LSP server and the VSCode
extension code,
- the LSP server is not entirely decoupled from VSCode extension code
but it does work on it's own,
- neither the LSP Server or the VSCode are published as npm packages,
- the source code needs to be built (TypeScript project) & bundled to be
used,
- I had to fork the original repository so that I could:
- build & bundle the source code using the povided `build-bundle`
command (see [source
package.json](https://github.com/stylelint/vscode-stylelint/blob/main/package.json#L257C12-L257C180)
for more info),
- publish it as an npm package:
https://www.npmjs.com/package/@florian-sanders/vscode-stylelint-prebundled.
## About the fork & npm package
I don't mind maintaining the fork & npm package but I'd definitely be
okay to make it less about me and more about Zed or the community.
I chose to publish the LSP package in the `@florian-sanders` scope on
npm just because I wanted to make it clear that it was not officially
published by the Stylelint team but I'm open to other options.
For what it's worth, I have created an issue on the source repository to
ask:
- if it was okay to fork (license allows it but just in case),
- if they are still planning on decoupling the server & extension code,
- if they plan on publishing the server as a standalone package.
You can follow the discussions here:
stylelint/vscode-stylelint#623
For now nobody has answered.
Context
I'm currently working on an extension for the Zed editor to provide LSP features for Stylelint (see zed-stylelint).
Since the language server is not a standalone project (see #110), I decided to fork this repo to provide a prebuilt (build + bundle) version of this package (see vscode-stylelint-prebuilt).
Questions
npm
? I've seen a few vscode LSP extensions doing that and it makes it easier to port them to other code editors. For instance this would remove the need for the fork in my case 🤔The text was updated successfully, but these errors were encountered: