-
Notifications
You must be signed in to change notification settings - Fork 11
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
Is there still a use case for this VSCode Extension? #16
Comments
If this plugin could use PostCSS to enhance the LSP experience in VSCode, that would be infinitely useful. |
When it was released, this plugin provided the best syntax support for modern CSS. However, with the advances in LSPs, this language extension is now a hindrance, unless it can be updated to include a language server. As a language server, it would be much more powerful; allowing ‘type safety’ experiences, and support for newer experimental features. That last one is key, in that PostCSS helped advance CSS by giving developers the ability to prototype newer features before they were widely available. |
Yes builtin support for CSS in VSCode has advanced a lot and CSS itself has advanced a lot. The immediate issue that users of this extension seem to be facing is that they install this, expecting everything to just work. However they quickly discover that they lose many more feature than they gain. This is not the only PostCSS VSCode extension that is suffering from this issue. There is also :
The last extension is maybe the most promising. The underlying issue is the extreme maintenance burden that exists for anything that wants to be a PostCSS language extension. PostCSS is not a language like CSS itself or like SCSS. It's an ecosystem of plugins to transform CSS. There is no specification, no syntax definition, no rules, ... This VSCode extension needs to keep up to date with the rapid developments in CSS and needs to find ways to support everyone's custom composition of PostCSS plugins. I personally don't think it is healthy or sustainable to attempt to do this, especially considering the marginal improvements to DX. Isn't it more interesting to solve this in VSCode itself? The builtin CSS extension has extension points : https://code.visualstudio.com/api/extension-guides/custom-data-extension Solving it there also benefits users of other tools like LightningCSS. There could be more extension points, extension points could be made more powerful, ... To circle back to the immediate issue of having a public extension that isn't maintained. This note would indicate that the extension is in need of updates and maintenance and at this time doesn't offer the most ideal experience. That would take of the pressure of needing to do a major chunk of work today :) |
That would be awesome 🙇
Yes they are. It would be nice if they could do more. |
Months passed and still no notes 😢 |
I can't make meaningful contributions to this package, but I am able to make the builtin support for CSS in VSCode itself better.
Are there still things this extension does that make it useful?
I can only currently think of two things :
@custom-media
@custom-selector
If there is anything else, please let me know so that I can investigate what can be done in VSCode itself.
The text was updated successfully, but these errors were encountered: