@@ -6,35 +6,35 @@ PR: #17
6
6
7
7
# Official postcss/tailwind support
8
8
9
- As part of unifying the standard tools around lit , it would make sense to move
9
+ As part of unifying the standard tools around Lit , it would make sense to move
10
10
the [ postcss-lit] ( https://github.com/43081j/postcss-lit ) project into the
11
- lit monorepo as an official solution to inline CSS transforms (e.g. tailwind).
11
+ Lit monorepo as an official solution to inline CSS transforms (e.g. tailwind).
12
12
13
13
## Objective
14
14
15
15
A strategy for how we will move the project into the monorepo.
16
16
17
17
### Goals
18
- - Moving the postcss-lit project into the lit monorepo
18
+ - Moving the postcss-lit project into the Lit monorepo
19
19
- Potentially documenting the project in an appropriate place (or a blog post)
20
20
21
21
### Non-Goals
22
22
- Transfer of responsibility (it is expected I will continue being the primary
23
- maintainer to avoid extra burden on the lit team)
23
+ maintainer to avoid extra burden on the Lit team)
24
24
25
25
## Motivation
26
26
27
27
The project already functions well and has high usage, but could benefit hugely
28
28
in terms of discovery and support by being in the monorepo.
29
29
30
- - ** Discovery:** we are regularly asked by users how to integrate lit with
30
+ - ** Discovery:** we are regularly asked by users how to integrate Lit with
31
31
tailwind and other such CSS solutions. Having an officially supported and
32
32
maintained integration will make this clearer
33
33
- ** Support:** we are more likely to receive community contributions through
34
34
issues and pull requests
35
35
36
36
It will also become much easier to keep the integration in sync with the
37
- most current version of lit , as we are likely to update it in line with
37
+ most current version of Lit , as we are likely to update it in line with
38
38
any breaking changes elsewhere in the monorepo.
39
39
40
40
## Detailed Design
78
78
79
79
### Documentation Plan
80
80
81
- We should create blog posts explaining the two ways users can transform
81
+ We should create articles explaining the two ways users can transform
82
82
CSS:
83
83
84
84
- Inline CSS via postcss-lit
85
85
- External CSS via rollup plugins (using CSS imports)
86
86
87
- These could be linked in the lit website.
88
-
89
- Alternatively, we could document both solutions in the lit website entirely
90
- rather than blog posts.
87
+ These could be linked in the Lit website.
91
88
92
89
## Downsides
93
90
0 commit comments