pptx-svelte-viewer 3.11.0 → 3.13.0

package/dist/i18n.js

@@ -1,4 +1,4 @@
-import { a as s, c as e, i as t, n as r, o, r as n, s as i, t as l } from "./translator-ysng3Lpf.js";
+import { a as s, c as e, i as t, n as r, o, r as n, s as i, t as l } from "./translator-DTR0k69d.js";
 export {
   o as LOCALE_CATALOG,
   l as createTranslator,

package/dist/index.d.ts

@@ -4815,14 +4815,16 @@ interface PptxSmartArtLayoutNode {
    */
   forEachOrigin?: PptxSmartArtIteratorAttributes;
   /**
-   * The condition of the NEAREST enclosing `dgm:if` this node was found
-   * through, when `nestedLayoutNodes` (`smartart-layout-definition.ts`)
-   * reached it via a `dgm:choose`'s `if` branch (as opposed to a direct
-   * child, a `dgm:else` branch - always `undefined` here, see below - or a
-   * `dgm:forEach`, which sets {@link forEachOrigin} instead). Lets a
-   * caller that already has the data-model node list decide whether this
-   * node's OWN branch is genuinely live for a specific point, instead of
-   * treating every choose-flattened branch as unconditionally present
+   * The conditions of EVERY enclosing `dgm:if` this node was found through,
+   * outermost first, when `nestedLayoutNodes` (`smartart-layout-
+   * definition.ts`) reached it via one or more `dgm:choose`'s `if` branches
+   * (as opposed to a direct child, a `dgm:else` branch contributing no
+   * condition of its own - see below - or a `dgm:forEach`, which sets
+   * {@link forEachOrigin} instead). ALL must hold (evaluate `!== false`,
+   * per {@link chooseGuard}'s own AND semantics - see `evaluateWhen`) for
+   * this node's branch to be genuinely live. A caller that already has the
+   * data-model node list can use this instead of treating every
+   * choose-flattened branch as unconditionally present
    * (`nestedLayoutNodes`' pre-existing "flatten every branch" convention,
    * still the default when this is absent or a caller does not evaluate
    * it) - e.g. `cycle-matrix--fallback-n2.pptx`'s `child1group`..
@@ -4830,15 +4832,107 @@ interface PptxSmartArtLayoutNode {
    * having its own child (`axis="ch ch" st="N 1" cnt="1 0" func="cnt"
    * op="gte" val="1"`).
    *
-   * Deliberately `undefined` for a `dgm:else` branch: ECMA-376 defines it
-   * as "none of the sibling ifs matched", which would need the FULL
-   * sibling list's conditions negated and ANDed together, not a single
-   * condition - no gallery fixture measured needs an else branch's own
-   * guard yet, so it is left unconditional (rendered by default, matching
-   * the pre-existing flatten-everything behaviour) rather than guessed at.
-   * Evaluate with `smartart-layout-interpreter-when.ts`'s `evaluateWhen`.
-   */
-  chooseGuard?: PptxSmartArtWhen;
+   * A CHAIN, not a single condition, because a node can sit inside NESTED
+   * `dgm:choose`s whose OWN conditions are each individually necessary -
+   * `sub-step-process--hier5.pptx`'s `chLin1`..`chLin7` each sit inside
+   * BOTH an outer `dgm:if func="pos" op="equ" val="N"` (which one of the
+   * 7 hand-duplicated per-position templates this is) AND an inner,
+   * nearly-vacuous `dgm:if func="cnt" op="gte" val="1"` (has >= 1 point at
+   * all) - keeping only the NEAREST (inner) one, as an earlier single-
+   * condition design did, loses the ONE piece of information (the outer
+   * `pos` guard) that actually discriminates `chLin1` from `chLin2`.
+   *
+   * A `dgm:else` branch contributes NO condition of its own (ECMA-376
+   * defines it as "none of the sibling ifs matched", which would need the
+   * FULL sibling list's conditions negated and ANDed together, not a
+   * single condition - no gallery fixture measured needs an else branch's
+   * own guard yet, so it is left unconditional, matching the pre-existing
+   * flatten-everything behaviour) but does NOT clear any OUTER ancestor
+   * guard already accumulated before it. Evaluate with `smartart-layout-
+   * interpreter-when.ts`'s `evaluateWhen`, once per entry, ANDed.
+   */
+  chooseGuard?: PptxSmartArtWhen[];
+  /**
+   * The chain of every enclosing `dgm:choose`'s own GROUP identity + this
+   * node's ordinal position within it + THAT branch's own condition,
+   * outermost first - identifies WHICH `dgm:choose` instance and WHERE
+   * within its own `dgm:if`/`dgm:else` list this node's branch sits, unlike
+   * {@link chooseGuard} (a flat AND-chain of every condition with no group/
+   * position identity, and no entry at all for a `dgm:else` branch, which
+   * has no condition of its own - see that field's doc comment). `id` is a
+   * synthetic, process-unique identifier assigned per `dgm:choose` instance
+   * during flattening (`smartart-layout-definition-nesting.ts`'s
+   * `nestedLayoutNodes`, a monotonic counter - NOT round-tripped, NOT the
+   * choose's own `@_name`, which is not guaranteed unique across a whole
+   * layoutDef); `ordinal` is 0-based document order within that ONE choose
+   * (every `dgm:if` in order, then `dgm:else` last, if present); `guard` is
+   * that branch's OWN condition (`undefined` for a `dgm:else` entry, which
+   * has none - deliberately kept PER-ENTRY rather than cross-referenced by
+   * index against {@link chooseGuard}, whose own length can diverge from
+   * this chain's whenever an ancestor `dgm:else` contributed a group
+   * position but no guard).
+   *
+   * Lets a consumer recover ECMA-376's real `dgm:choose` semantics - "the
+   * FIRST branch whose condition holds wins, siblings never coexist" -
+   * from the flattened `.children` array, where that grouping would
+   * otherwise be lost: `balance--hier5.pptx`'s `balance_NN`/`left_NN_M`/
+   * `right_NN_M` family (127 members across ~30 NESTED `dgm:choose`
+   * instances, not one flat 127-branch choose) needs first-match-wins
+   * WITHIN each individual choose to resolve to the single genuinely-live
+   * arrangement, not the "every guard-true node is an independent
+   * candidate" reading `smartart-layout-interpreter-composite-choose.ts`'s
+   * `collectRawCandidates` used before this field existed - see that
+   * module's own consumer of this field for the actual selection rule.
+   * `undefined` (or an empty array) for a node reached without any
+   * enclosing choose (a direct child, or a `dgm:forEach`-only path) -
+   * every PRE-EXISTING caller that does not consult this field is
+   * unaffected by its mere presence.
+   */
+  chooseGroups?: {
+    id: string;
+    ordinal: number;
+    guard?: PptxSmartArtWhen;
+  }[];
+  /**
+   * Every `dgm:presOf` candidate reachable through a `dgm:choose`/`dgm:if`/
+   * `dgm:else` wrapping THIS node's OWN presOf (as opposed to
+   * {@link chooseGuard}, which gates the layoutNode's own EXISTENCE), each
+   * tagged with the FULL chain of enclosing `dgm:if` conditions that select
+   * it (`guard`, empty for an unconditional or `dgm:else`-reached
+   * candidate), in document order (every `dgm:if` then `dgm:else` last).
+   * `undefined` when this node's presOf is not choose-guarded at all (the
+   * overwhelmingly common case) - {@link presentationOf} already carries
+   * the one-and-only value then. Exists for a genuinely conditional presOf
+   * where TWO OR MORE branches each declare a real, DIFFERENT axis
+   * (`funnel--flat3.pptx`'s `item1`/`item2`/`item3`, one literal axis per
+   * data-point count): `smartart-layout-definition-constraints.ts`'s
+   * `choosePresentationOf` (feeding {@link presentationOf}) can only ever
+   * guess ONE branch statically, at parse time, with no diagram to
+   * evaluate against; this field lets an interpret-time caller with the
+   * actual diagram (`smartart-layout-interpreter-when.ts`'s
+   * `resolvePresentationOf`, the one consumer) pick the branch PowerPoint's
+   * own runtime would, first-match-wins.
+   */
+  presentationOfCandidates?: {
+    guard: PptxSmartArtWhen[];
+    presentationOf: PptxSmartArtIteratorAttributes;
+  }[];
+  /**
+   * SESSION 17: every `dgm:rule` reachable through a `dgm:choose`/`dgm:if`/
+   * `dgm:else` wrapping THIS node's `ruleLst` (a genuinely count-gated rule
+   * set, e.g. `diverging-radial`'s own `w for="ch" forName="node"` ceiling:
+   * 6 `dgm:if cnt<=N` branches, each its own `fact`), tagged with its guard
+   * chain - the SAME shape {@link presentationOfCandidates} uses for
+   * choose-guarded `presOf`, applied to `dgm:rule`. `undefined` when not
+   * choose-guarded (`rules` above then carries the one set, the common
+   * case). See `smartart-layout-interpreter-cycle-hub-ratio.ts`'s
+   * `resolveHubToNodeRatio` (COM-verified live mechanism, not a guess) for
+   * how the guard is evaluated against the real satellite count.
+   */
+  ruleCandidates?: {
+    guard: PptxSmartArtWhen[];
+    rule: PptxSmartArtNumericRule;
+  }[];
 }
 /** Metadata and root node from DiagramML CT_DiagramDefinition. */
 interface PptxSmartArtLayoutDefinition {

package/dist/index.js

@@ -1,5 +1,5 @@
-import { $ as e, G as a, J as t, K as o, Q as i, W as r, X as n, Y as l, Z as S, a as d, at as m, c as p, ct as T, dt as v, et as P, ft as g, it as u, l as h, lt as c, mt as A, nt as C, o as N, ot as f, pt as k, q as D, rt as E, s as x, st as b, t as B, tt as I, u as O, ut as _ } from "./export-DUAHiVMc.js";
-import { i as R } from "./translator-ysng3Lpf.js";
+import { $ as e, G as a, J as t, K as o, Q as i, W as r, X as n, Y as l, Z as S, a as d, at as m, c as p, ct as T, dt as v, et as P, ft as g, it as u, l as h, lt as c, mt as A, nt as C, o as N, ot as f, pt as k, q as D, rt as E, s as x, st as b, t as B, tt as I, u as O, ut as _ } from "./export-Txp0tpwN.js";
+import { i as R } from "./translator-DTR0k69d.js";
 import "./i18n.js";
 export {
   r as PPTX_OPEN_ACCEPT,