Internal Config Packages
The configs/* workspace packages are private monorepo infrastructure. They keep package-level tooling consistent without copying the same config into every package.
They are not part of the public Svebcomponents API.
@svebcomponents/eslint-config
Section titled “@svebcomponents/eslint-config”Exports:
@svebcomponents/eslint-config/base@svebcomponents/eslint-config/svelte
The base config combines:
- ESLint recommended JavaScript rules
typescript-eslintrecommended rules- Prettier compatibility
- browser and Node globals
- repository
.gitignorehandling - ignored
dist/**,.svelte-kit/**, and fixture directories
The Svelte config extends the base config with eslint-plugin-svelte recommended and Prettier-compatible rules, plus parser settings for .svelte, .svelte.ts, and .svelte.js files.
Use base for plain TypeScript packages and svelte for packages that contain Svelte files.
@svebcomponents/prettier-config
Section titled “@svebcomponents/prettier-config”Exports:
@svebcomponents/prettier-config/base@svebcomponents/prettier-config/svelte
The base config is intentionally empty today. The Svelte config extends it with prettier-plugin-svelte and a *.svelte parser override.
Use base for plain TypeScript packages and svelte for packages that contain Svelte files.
@svebcomponents/typescript-config
Section titled “@svebcomponents/typescript-config”Exports:
@svebcomponents/typescript-config/base@svebcomponents/typescript-config/node@svebcomponents/typescript-config/svelte
The base config extends @tsconfig/strictest and enables strict, declaration-emitting, bundler-style TypeScript settings for browser-oriented packages.
The node config also extends @tsconfig/strictest, but uses module and moduleResolution set to nodenext.
The Svelte config extends the base config plus @tsconfig/svelte.
@svebcomponents/vitest-config
Section titled “@svebcomponents/vitest-config”Exports:
@svebcomponents/vitest-config@svebcomponents/vitest-config/ssr
The base config defines a browser test project using Playwright/Chromium and the client component test convention:
test/client/setup.tstest/client/component.test.tsThe SSR config extends the base config with a server-side test project matching:
test/server/*.test.tsThese configs are mostly used by the e2e/* packages to keep integration tests consistent.