linkedin / linkedin/css-blocks
Support Web Components
- Dominant language
- TypeScript
- Stars
- 6.3k
- Forks
- 154
- PR merge metrics
- No merged PRs in 30d
Description
Web Components are an interesting use case. Because of the browser-enforced scoping and encapsulation via the shadow DOM, it may be possible to do even better analysis than we do for normal components. Those constraints may open the door for [hierarchical analysis and optimizations](https://github.com/linkedin/opticss/issues/19).
It would be interesting to explore what a CSS Blocks integration for web components would look like.
* What would the syntax be?
* How are blocks associated to a web component template?
* Does it make more sense to do a generic analysis and only optimize with opticss (bypassing CSS Blocks altogether)?
cc: @morewry
Contributor guide
Research direction
Start by reviewing the issue's questions about syntax, associating blocks with web component templates, and whether to use generic analysis or CSS Blocks. The issue names no files, tests, or entry points; done would require a decided integration design and a documented path forward.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css, typescript
- Domain
- frontend, web-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100