@takazudo/zdtp 0.7.0 → 0.8.0

package/CHANGELOG.md

@@ -8,6 +8,42 @@ The format is based on Keep a Changelog, and release notes are generated from th
 
 No unreleased changes yet.
 
+## [0.8.0] - 2026-09-12
+
+### Breaking Changes
+
+- feat(dashboard): render mode-aware token regions (bd8fb6b). Mode-dependent rows now precede independent rows in separate regions. Independent specimens follow `chrome`, while dependent specimens follow `mode`. **Migration**: update custom DOM/CSS integrations to target `.zdtp-dashboard__region`; set both `mode="dark"` and `chrome="dark"` for uniformly dark output, or compose filtered instances with `include="mode-dependent"` and `include="mode-independent"`.
+- feat(dashboard): derive chrome colors from theme inputs (495af9f). The outer root is transparent and derived chrome paints the header and regions. **Migration**: provide any surrounding page background on your wrapper and customize the four inherited `--zdtp-dashboard-light-bg`, `--zdtp-dashboard-light-fg`, `--zdtp-dashboard-dark-bg`, and `--zdtp-dashboard-dark-fg` inputs instead of relying on the former fixed palette.
+- feat(dashboard): model mode dependence per row (d570b9b). Existing top-level `light-dark()` defaults display and emit the selected side in light/dark snapshots; empty inventory groups are omitted. **Migration**: use `mode="host"` when the declaration should remain a browser-selected pair, and read the authored manifest when you need unfiltered source order or empty groups. The internal model helper's positional-mode overload remains available.
+- feat(zdtp): add scoped import modal flow (a8223ba). Load becomes available after JSON analysis. **Migration**: in UI automation, choose **Analyze** or wait for **Import scope**, select the desired tabs/options, and then choose **Load**.
+
+### Features
+
+- feat(zdtp): add mode-dependent token helpers (28cceb8)
+- feat(zdtp): add scoped token import analysis and mode mapping (e2ea25a)
+- feat(zdtp): apply manifest color modes across panel lifecycle (08bfb52)
+- feat(zdtp): render and serialize manifest mode rows (2b501bf)
+
+Mode pairs are display-only in the panel. Per-mode editing is tracked in [#953](https://github.com/Takazudo/zudo-design-token-panel/issues/953). Diff-only export retains its comparison against `item.default`; use `includeDefaults: true` for a complete export.
+
+### Fixed
+
+- fix: preserve current references during single-side imports (87dc04b)
+
+### Other Changes
+
+- test: clean up host adapter alias lifecycle (9361c48)
+- test: drain host adapter autoload lifecycle (d8f7f2c)
+- test(dashboard): guard against hostile host styles (070ae9b)
+- test: verify mode pairs on real browser apply targets (def8853)
+- test: align packed dashboard SSR with region chrome (d836407)
+- test: analyze imports in the browser header workflow (50d1953)
+- docs: cover mode-aware dashboard consumers (b2496d6)
+- docs: capture mode-aware dashboard browser evidence (42ca61a)
+- docs(deps): sync vendored zudo-doc scaffold to v5.21.0 ([#937](https://github.com/Takazudo/zudo-design-token-panel/pull/937)) (a7c56e2)
+- docs(deps): sync pin comment, vendored manifest, and doc prose to 0.7.0 ([#936](https://github.com/Takazudo/zudo-design-token-panel/pull/936)) (7966f0b)
+- chore(deps): bump @takazudo/* registry deps to frozen targets ([#936](https://github.com/Takazudo/zudo-design-token-panel/pull/936)) (af2f40f)
+
 ## [0.7.0] - 2026-09-09
 
 ### Breaking Changes

package/dist/apply/build-apply-overrides.d.ts

@@ -57,6 +57,8 @@
  *
  * For non-color tokens, the sparse maps may retain empty or default-equal
  * values. Those entries are omitted so Apply matches UI and diff-only export.
+ * Explicit `modes` rows are also emitted without an override, so their manifest
+ * pair is materialized on disk; existing overrides still take precedence.
  *
  * Pure / no IO — safe to import anywhere (browser, Node, tests).
  */

package/dist/astro/host-adapter.js

@@ -1,6 +1,6 @@
-import { c as y, g as m, a as w, b, i as P } from "../panel-config-Crn5QJGy.js";
-import { g, Z as A } from "../tweak-state-Dhjqig0C.js";
-import { s as D, l as E, a as _, i as c, r as f, c as k, b as S, d } from "../autoload-state-CGnis85c.js";
+import { c as y, g as m, a as w, b, i as P } from "../panel-config-DKfob-1r.js";
+import { g, Z as A } from "../tweak-state-BiaKbhXN.js";
+import { s as D, l as E, a as _, i as c, r as f, c as k, b as S, d } from "../autoload-state-CtB0e8mY.js";
 import { READABLE_STATE_KEY_SUFFIXES as T } from "../constants.js";
 const u = "tokenpanel-config";
 function I() {

package/dist/astro/index.js

@@ -1,4 +1,4 @@
-import { s as t } from "../panel-config-Crn5QJGy.js";
+import { s as t } from "../panel-config-DKfob-1r.js";
 import { c as d } from "../color-schemes-CgzOBqGO.js";
 import { F as r, G as m, a as g, S as z } from "../manifest-DvuKi7I4.js";
 const e = {

package/dist/{autoload-state-CGnis85c.js → autoload-state-CtB0e8mY.js}

@@ -1,4 +1,4 @@
-import { g as n, j as o } from "./panel-config-Crn5QJGy.js";
+import { g as n, j as o } from "./panel-config-DKfob-1r.js";
 function c() {
   return typeof document < "u" && document !== null && typeof document.getElementById == "function";
 }

package/dist/config/cluster-config.d.ts

@@ -69,6 +69,11 @@ export interface ColorClusterDataConfig {
     label?: string;
     /** Expected palette size. Used for init + v1 validation. */
     paletteSize: number;
+    /** Manifest mode pairs keyed by palette slot; used to seed dense state. */
+    paletteModes?: Record<number, {
+        light: string;
+        dark: string;
+    }>;
     /** Map of base-role name → CSS custom-property name. Partial: a cluster
      *  declares only the roles it actually has. */
     baseRoles: Partial<Record<BaseRoleKey, string>>;
@@ -114,8 +119,9 @@ import type { TabConfig } from "../tokens/tier-model.js";
 /**
  * Derive a `ColorClusterDataConfig` from a color `TabConfig`.
  *
- * - Palette items: the first tier whose items all have `kind: 'color'` and
- *   are not `semantic: true`. Each item's `cssVar` becomes a palette slot;
+ * - Palette items: the first non-reference, non-semantic tier beginning with
+ *   a color-kind item or an explicit `modes` pair. Each item's `cssVar`
+ *   becomes a palette slot;
  *   `paletteCssVarTemplate` is synthesised as `"{item.cssVar}"` with `{n}`
  *   replaced by the slot index. Because item cssVars are explicit (e.g.
  *   `--zfb-palette-0`) rather than template-based, we derive the template
@@ -133,6 +139,8 @@ import type { TabConfig } from "../tokens/tier-model.js";
  *   render) but `semanticDefaults`/`semanticCssNames` are populated from the
  *   semantic tier so the Semantic Tokens section isn't left empty (#463).
  *
+ * - Explicit mode pairs in additional tiers become literal semantic defaults
+ *   so they participate in the cluster's apply and clear paths as well.
  * - Metadata comes from `tab.colorExtras` (required on a color tab).
  *
  * `tabs` is the panel config's full tabs array, used to resolve a semantic

package/dist/dashboard/index.d.ts

@@ -1,4 +1,5 @@
 export { TokenDashboard } from "./token-dashboard.js";
 export type { TokenDashboardProps, DashboardPreviewKind } from "./token-dashboard.js";
-export type { DashboardMode, DashboardChrome } from "./types.js";
+export type { DashboardMode, DashboardInclude, DashboardChrome } from "./types.js";
 export type { TabConfig, TierConfig, TierItem } from "../tokens/tier-model.js";
+export { splitLightDark, resolveModeSides, isModeDependent } from "../tokens/mode-dependence.js";