build(deps-dev): bump cspell from 10.3.1 to 10.3.2

[dependabot]

Bumps cspell from 10.3.1 to 10.3.2.

Release notes

Sourced from cspell's releases.

v10.3.2

Fixes

fix: Add Experimental Validation setting. (#9250)

This pull request introduces new experimental support for fine-grained validation control and refactors plugin support in the CSpell types package. The main changes add the ability to specify which segments of parsed text should be spell-checked using tag-based validation, and reorganize plugin configuration for future extensibility. The changes also update type definitions and exports to support these new features.

Validation Tag Support:

• Introduced the CSpellSettingsValidation interface, allowing configuration of which tagged segments of text are spell-checked via the new validate property. This uses the new ValidationTags and TagPattern types to enable hierarchical and wildcard matching of tags. [1] [2]
• Updated exports to include TagPattern and ValidationTags for external usage.

Plugin Configuration Refactor:

• Added the CSpellSettingsPlugins interface to encapsulate plugin-related settings, including an experimental plugins array. [1] [2]
• Refactored ExperimentalFileSettings to extend both CSpellSettingsPlugins and CSpellSettingsValidation, consolidating experimental settings. [1] [2]

API and Type Definition Updates:

• Changed the defineConfig function and its type definition to accept AdvancedCSpellSettings instead of CSpellSettings, reflecting the expanded configuration options. [1] [2]
• Updated imports and type usage throughout the codebase to align with the new structure for plugins and validation settings.

These changes lay the groundwork for more flexible and precise spell-checking configuration and future plugin extensibility.

---

fix: Plugin (#9244)

This pull request introduces support for a new DocumentParser interface alongside the existing Parser interface, modernizing the way documents are parsed throughout the codebase. It updates type definitions, internal APIs, and logic to handle both parser types, and refactors related code for improved clarity and flexibility.

Key changes include:

API and Type Definition Updates:

• Added DocumentParser, TextDocument, and related types to @cspell/cspell-types, and updated the ParseResult interface to remove content and filename fields, making it compatible with both parser interfaces.
• Deprecated the old Plugin interface in favor of the new CSpellPlugin interface, which now supports both Parser and DocumentParser instances.

Core Library Refactoring:

• Updated parser handling in CSpellSettingsServer.ts to support both Parser and DocumentParser, including changes to caches, type signatures, and plugin mapping functions.
• Refactored DocumentValidator in docValidator.ts to use a new parseDocumentWithParser helper, which abstracts over the two parser interfaces.

Parser Implementation and Test Updates:

... (truncated)

Changelog

Sourced from cspell's changelog.

v10.3.2 (2026-09-15)

Fixes

fix: Add Experimental Validation setting. (#9250)

This pull request introduces new experimental support for fine-grained validation control and refactors plugin support in the CSpell types package. The main changes add the ability to specify which segments of parsed text should be spell-checked using tag-based validation, and reorganize plugin configuration for future extensibility. The changes also update type definitions and exports to support these new features.

Validation Tag Support:

• Introduced the CSpellSettingsValidation interface, allowing configuration of which tagged segments of text are spell-checked via the new validate property. This uses the new ValidationTags and TagPattern types to enable hierarchical and wildcard matching of tags. [1] [2]
• Updated exports to include TagPattern and ValidationTags for external usage.

Plugin Configuration Refactor:

• Added the CSpellSettingsPlugins interface to encapsulate plugin-related settings, including an experimental plugins array. [1] [2]
• Refactored ExperimentalFileSettings to extend both CSpellSettingsPlugins and CSpellSettingsValidation, consolidating experimental settings. [1] [2]

API and Type Definition Updates:

• Changed the defineConfig function and its type definition to accept AdvancedCSpellSettings instead of CSpellSettings, reflecting the expanded configuration options. [1] [2]
• Updated imports and type usage throughout the codebase to align with the new structure for plugins and validation settings.

These changes lay the groundwork for more flexible and precise spell-checking configuration and future plugin extensibility.

---

fix: Plugin (#9244)

This pull request introduces support for a new DocumentParser interface alongside the existing Parser interface, modernizing the way documents are parsed throughout the codebase. It updates type definitions, internal APIs, and logic to handle both parser types, and refactors related code for improved clarity and flexibility.

Key changes include:

API and Type Definition Updates:

• Added DocumentParser, TextDocument, and related types to @cspell/cspell-types, and updated the ParseResult interface to remove content and filename fields, making it compatible with both parser interfaces.
• Deprecated the old Plugin interface in favor of the new CSpellPlugin interface, which now supports both Parser and DocumentParser instances.

Core Library Refactoring:

• Updated parser handling in CSpellSettingsServer.ts to support both Parser and DocumentParser, including changes to caches, type signatures, and plugin mapping functions.
• Refactored DocumentValidator in docValidator.ts to use a new parseDocumentWithParser helper, which abstracts over the two parser interfaces.

... (truncated)

Commits

• d43b5ff v10.3.2
• 22811e3 chore: Prepare Release v10.3.2 (auto-deploy) (#9240)
• c21ce54 fix: remove unused dependency fast-json-stable-stringify (#9243)
• c719306 v10.3.2-alpha.0
• 067ae9c chore: Prepare Release v10.3.2-alpha.0 (auto-deploy) (#9235)
• 16a37d8 docs: Updated CSpell README and fixed some warning. (#9236)
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)