@domainkit/react 0.9.0 → 0.9.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +18 -4
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -126,12 +126,26 @@ sentence per `DomainKit.Error` reason; nothing renders a tag. Provider artwork c
|
|
|
126
126
|
with the provider's initial as the fallback and no request at render time. The stylesheet is
|
|
127
127
|
opt-in and every color is a `--domainkit-*` custom property.
|
|
128
128
|
|
|
129
|
-
Every rule ships inside `@layer domainkit
|
|
130
|
-
|
|
131
|
-
|
|
129
|
+
Every rule ships inside `@layer domainkit`. An unlayered rule of yours already beats every layer, so
|
|
130
|
+
plain CSS needs nothing here.
|
|
131
|
+
|
|
132
|
+
Once your app uses layers, name the order yourself: a layer's priority is its position in that list,
|
|
133
|
+
and a layer you never declare lands wherever it first appears, so `domainkit` can sort under
|
|
134
|
+
Tailwind's preflight and the package's buttons render as bare text.
|
|
135
|
+
|
|
136
|
+
```css
|
|
137
|
+
@layer theme, base, components, domainkit, utilities;
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
`domainkit` sits after `base` so preflight cannot strip it, and before `utilities` so a utility class
|
|
141
|
+
still wins. Any layer you declare after it wins the same way:
|
|
132
142
|
|
|
133
143
|
```css
|
|
134
|
-
@layer
|
|
144
|
+
@layer utilities {
|
|
145
|
+
[data-domainkit-part="records-panel"] {
|
|
146
|
+
border-radius: 0;
|
|
147
|
+
}
|
|
148
|
+
}
|
|
135
149
|
```
|
|
136
150
|
|
|
137
151
|
Every dialog and popover takes a `render` prop that replaces the surface with your own.
|