@style-contract/binary-win32-arm64 0.6.0 → 0.7.0
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 +27 -2
- package/package.json +1 -1
- package/style-contract.exe +0 -0
package/README.md
CHANGED
|
@@ -88,7 +88,32 @@ Supported rules:
|
|
|
88
88
|
- `empty-rule`
|
|
89
89
|
- `module-to-module-import`
|
|
90
90
|
|
|
91
|
-
All enabled rules are errors except `naming-convention-global`, `dynamic-reference`, `empty-rule`, and `module-to-module-import`, which are warnings. `unused-dependent-class` is disabled by default; when enabled, it verifies that classes declared in same-element compound selectors are used together with a complete prerequisite class path in one JSX `className` expression. `empty-rule` reports selector blocks that contain only whitespace or comments; empty `:export` and structural at-rule blocks are not reported. `module-to-module-import` reports `@use`, `@forward`, and `@import` dependencies from one `.module.css` or `.module.scss` file to another. Imports from ordinary non-module stylesheets remain allowed. The warning exists because Sass merges the imported module's classes into the importing module's generated class map, which can expose unexpected classes and compound through transitive import chains.
|
|
91
|
+
All enabled rules are errors except `naming-convention-global`, `dynamic-reference`, `empty-rule`, and `module-to-module-import`, which are warnings. `unused-dependent-class` is disabled by default; when enabled, it verifies that classes declared in same-element compound selectors are used together with a complete prerequisite class path in one JSX `className` expression or `clsx(...)` call. `empty-rule` reports selector blocks that contain only whitespace or comments; empty `:export` and structural at-rule blocks are not reported. `module-to-module-import` reports `@use`, `@forward`, and `@import` dependencies from one `.module.css` or `.module.scss` file to another. Imports from ordinary non-module stylesheets remain allowed. The warning exists because Sass merges the imported module's classes into the importing module's generated class map, which can expose unexpected classes and compound through transitive import chains.
|
|
92
|
+
|
|
93
|
+
### Targeted suppressions
|
|
94
|
+
|
|
95
|
+
When a deliberate abstraction cannot be followed statically, use a targeted suppression comment. Directives work in TypeScript, CSS, and SCSS and accept canonical rule names separated by spaces or commas. Omit the rules to suppress every rule.
|
|
96
|
+
|
|
97
|
+
```scss
|
|
98
|
+
/* @sc-ignore unused-dependent-class */
|
|
99
|
+
&.highlighted { color: yellow; }
|
|
100
|
+
```
|
|
101
|
+
|
|
102
|
+
```ts
|
|
103
|
+
// @sc-ignore dynamic-reference
|
|
104
|
+
return styles[name];
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
`@sc-ignore` applies to the next physical line. Use a nested block when several lines need the same suppression:
|
|
108
|
+
|
|
109
|
+
```scss
|
|
110
|
+
/* @sc-ignore-start unused-dependent-class */
|
|
111
|
+
.root.active { color: red; }
|
|
112
|
+
.root.selected { color: blue; }
|
|
113
|
+
/* @sc-ignore-end */
|
|
114
|
+
```
|
|
115
|
+
|
|
116
|
+
Blocks apply after the start marker through the line before the matching end marker. End markers close the nearest open block. Invalid rule names and unmatched markers are errors. Suppressing `unused-dependent-class` on a declaration makes that declaration participate in usage analysis and navigation as an ordinary class.
|
|
92
117
|
|
|
93
118
|
Previous `no-*` rule IDs remain accepted as configuration aliases, and the legacy `naming-convention` override remains available as an alias for both convention rules. For example:
|
|
94
119
|
|
|
@@ -124,5 +149,5 @@ cargo build --release
|
|
|
124
149
|
|
|
125
150
|
Releases are published from version tags. Before the first release, create or claim the `@style-contract` organization on npm, grant the publisher access to it, and add an npm automation token to the GitHub repository as the `NPM_TOKEN` Actions secret.
|
|
126
151
|
|
|
127
|
-
Keep the version in `package.json`, `Cargo.toml`, `Cargo.lock`, and every platform package dependency identical. The release verifier enforces this. Push a tag matching that version, such as `v0.
|
|
152
|
+
Keep the version in `package.json`, `Cargo.toml`, `Cargo.lock`, and every platform package dependency identical. The release verifier enforces this. Push a tag matching that version, such as `v0.7.0`; the release workflow builds and publishes all eight platform packages before publishing `style-contract`.
|
|
128
153
|
|
package/package.json
CHANGED
package/style-contract.exe
CHANGED
|
Binary file
|