feat: Type checking for all APIs and rules

[nzakas]

Prerequisites checklist

• I have read the contributing guidelines.

What is the purpose of this pull request?

Enable type checking for the plugin.

What changes did you make? (Give an overview)

• Added type definitions to match @eslint/json
• Added type definitions for each rule
• Updated @eslint/css-tree

Related Issues

Is there anything you'd like reviewers to focus on?

Right now, Rollup is removing the type definitions for no-invalid-at-rules and no-invalid-properties. I can't quite figure out why that is. I could use some help with this.

[fasttime]

Right now, Rollup is removing the type definitions for no-invalid-at-rules and no-invalid-properties. I can't quite figure out why that is. I could use some help with this.

Probably in both cases Rollup thinks that the JSDoc comments under "Type Definitions" are part of the next statement, i.e. import { isSyntaxMatchError } from "../util.js";, and since those statements are removed from the bundle, so the comments are also removed. One possible workaround is moving the "Type Definitions" section just above "RuleDefinition":

//-----------------------------------------------------------------------------
// Type Definitions
//-----------------------------------------------------------------------------

/**
 * @import { AtrulePlain } from "@eslint/css-tree"
 * @import { CSSRuleDefinition } from "../types.js"
 * @typedef {"unknownAtRule" | "invalidPrelude" | "unknownDescriptor" | "invalidDescriptor" | "invalidExtraPrelude" | "missingPrelude"} NoInvalidAtRulesMessageIds
 * @typedef {CSSRuleDefinition<{ RuleOptions: [], MessageIds: NoInvalidAtRulesMessageIds }>} NoInvalidAtRulesRuleDefinition
 */

//-----------------------------------------------------------------------------
// Rule Definition
//-----------------------------------------------------------------------------

[nzakas]

Ah, that is brilliant! Thanks!

[nzakas]

Tests are failing due to this: eslint/csstree#27

[fasttime]

The CI build is now failing on the "Verify JSR Publish" job. It looks like "dist/esm/types.ts" is missing in the list of included files in jsr.json:

css/jsr.json

Lines 9 to 17 in 2519f4e

	"include": [
	"dist/esm/index.js",
	"dist/esm/index.d.ts",
	"dist/esm/syntax/index.js",
	"dist/esm/syntax/index.d.ts",
	"README.md",
	"jsr.json",
	"LICENSE"
	]

[nzakas]

Thanks!

[Copilot]

Copilot reviewed 17 out of 19 changed files in this pull request and generated no comments.

Files not reviewed (2)

• jsr.json: Language not supported
• package.json: Language not supported

Comments suppressed due to low confidence (2)

src/rules/use-baseline.js:495

• The repeated inline conversion of baselineAvailability.availability using String() suggests an underlying type mismatch. Consider revising the type of baselineAvailability.availability upstream so that it already has the expected string type.

availability: baselineAvailability.availability,

rollup.config.js:25

• [nitpick] Please verify that using the ".cts" extension for the CommonJS type definitions aligns with project conventions and tooling expectations.

rename: "types.cts",

[fasttime]

LGTM, thanks! I would like another review.