@issuegraph/editor 0.4.0 → 0.22.1

package/dist/picker/view.js.map

@@ -1 +1 @@
-{"version":3,"file":"view.js","sourceRoot":"","sources":["../../src/picker/view.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAgEG;AAEH,OAAO,EAAE,WAAW,EAAE,oBAAoB,EAAE,MAAM,kBAAkB,CAAC;AACrE,OAAO,EAML,QAAQ,GACT,MAAM,mBAAmB,CAAC;AA8D3B,iEAAiE;AACjE,SAAS,aAAa,CAAC,MAAc;IACnC,OAAO;QACL,MAAM;QACN,OAAO,EAAE,EAAE;QACX,SAAS,EAAE,IAAI;QACf,IAAI,EAAE,IAAI;QACV,0EAA0E;QAC1E,2EAA2E;QAC3E,2EAA2E;QAC3E,2EAA2E;QAC3E,0DAA0D;QAC1D,WAAW,EAAE,CAAC,GAAG,MAAM,oEAAoE,CAAC;KAC7F,CAAC;AACJ,CAAC;AAED;;;;;;;;;;GAUG;AACH,MAAM,UAAU,UAAU,CAAC,QAAuB,EAAE,MAAc;IAChE,MAAM,IAAI,GAAG,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC;IACxC,IAAI,IAAI,KAAK,SAAS;QAAE,OAAO,aAAa,CAAC,MAAM,CAAC,CAAC;IAErD,MAAM,OAAO,GAAG,WAAW,CAAC,GAAG,CAAC,CAAC,IAAI,EAAc,EAAE;QACnD,MAAM,QAAQ,GAAa,EAAE,EAAE,EAAE,QAAQ,EAAE,MAAM,EAAE,IAAI,CAAC,EAAE,EAAE,QAAQ,EAAE,IAAI,EAAE,CAAC;QAC7E,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,oBAAoB,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,KAAK,IAAI,CAAC,IAAI,EAAE,QAAQ,EAAE,CAAC;IAChG,CAAC,CAAC,CAAC;IAEH,IAAI,oBAAoB,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC;QACpC,OAAO,EAAE,MAAM,EAAE,OAAO,EAAE,SAAS,EAAE,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,WAAW,EAAE,EAAE,EAAE,CAAC;IAC3E,CAAC;IAED,MAAM,QAAQ,GAAa,EAAE,EAAE,EAAE,MAAM,EAAE,MAAM,EAAE,IAAI,CAAC,EAAE,EAAE,CAAC;IAC3D,OAAO;QACL,MAAM;QACN,OAAO;QACP,SAAS,EAAE,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,EAAE,EAAE,IAAI,CAAC,EAAE,EAAE;QAC5D,IAAI,EAAE;YACJ,QAAQ,EAAE,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,CAAC,EAAE,EAAE,EAAE,EAAE,IAAI,CAAC,IAAI,EAAE;YAC3D,QAAQ;SACT;QACD,WAAW,EAAE,EAAE;KAChB,CAAC;AACJ,CAAC"}
+{"version":3,"file":"view.js","sourceRoot":"","sources":["../../src/picker/view.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAiEG;AAEH,OAAO,EAAE,WAAW,EAAE,oBAAoB,EAAE,MAAM,kBAAkB,CAAC;AACrE,OAAO,EAML,QAAQ,GACT,MAAM,mBAAmB,CAAC;AAiE3B,iEAAiE;AACjE,SAAS,aAAa,CAAC,MAAc;IACnC,OAAO;QACL,MAAM;QACN,OAAO,EAAE,EAAE;QACX,SAAS,EAAE,IAAI;QACf,IAAI,EAAE,IAAI;QACV,0EAA0E;QAC1E,2EAA2E;QAC3E,2EAA2E;QAC3E,2EAA2E;QAC3E,0DAA0D;QAC1D,WAAW,EAAE,CAAC,GAAG,MAAM,oEAAoE,CAAC;KAC7F,CAAC;AACJ,CAAC;AAED;;;;;;;;;;GAUG;AACH,MAAM,UAAU,UAAU,CAAC,QAAuB,EAAE,MAAc;IAChE,MAAM,IAAI,GAAG,QAAQ,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC;IACxC,IAAI,IAAI,KAAK,SAAS;QAAE,OAAO,aAAa,CAAC,MAAM,CAAC,CAAC;IAErD,MAAM,OAAO,GAAG,WAAW,CAAC,GAAG,CAAC,CAAC,IAAI,EAAc,EAAE;QACnD,MAAM,QAAQ,GAAa,EAAE,EAAE,EAAE,QAAQ,EAAE,MAAM,EAAE,IAAI,CAAC,EAAE,EAAE,QAAQ,EAAE,IAAI,EAAE,CAAC;QAC7E,OAAO,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,oBAAoB,CAAC,IAAI,CAAC,EAAE,OAAO,EAAE,IAAI,KAAK,IAAI,CAAC,IAAI,EAAE,QAAQ,EAAE,CAAC;IAChG,CAAC,CAAC,CAAC;IAEH,IAAI,oBAAoB,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC;QACpC,OAAO,EAAE,MAAM,EAAE,OAAO,EAAE,SAAS,EAAE,IAAI,EAAE,IAAI,EAAE,IAAI,EAAE,WAAW,EAAE,EAAE,EAAE,CAAC;IAC3E,CAAC;IAED,MAAM,QAAQ,GAAa,EAAE,EAAE,EAAE,MAAM,EAAE,MAAM,EAAE,IAAI,CAAC,EAAE,EAAE,CAAC;IAC3D,OAAO;QACL,MAAM;QACN,OAAO;QACP,SAAS,EAAE,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,EAAE,EAAE,IAAI,CAAC,EAAE,EAAE;QAC5D,IAAI,EAAE;YACJ,QAAQ,EAAE,EAAE,IAAI,EAAE,IAAI,CAAC,IAAI,EAAE,IAAI,EAAE,IAAI,CAAC,EAAE,EAAE,EAAE,EAAE,IAAI,CAAC,IAAI,EAAE;YAC3D,QAAQ;SACT;QACD,WAAW,EAAE,EAAE;KAChB,CAAC;AACJ,CAAC"}

package/dist/picker/words.d.ts

@@ -13,16 +13,20 @@
  * default would be a second implementation of something this layer is not
  * entitled to decide.
  *
- * ## One vocabulary, read in two places
+ * ## One vocabulary, read in ONE place — and it used to be two
  *
- * {@link PickerWords.kinds} words both a picker OPTION ("is blocked by", chosen
- * from a list of five) and the DIRECTION STATEMENT it produces ("#530 is
- * blocked by #602"). One entry has to read in both positions, which is the same
- * constraint `ChangeWords.facets` carries for the summary and its chips.
+ * {@link PickerWords.kinds} words a picker OPTION: "is blocked by", chosen from
+ * a list of five. It also worded the DIRECTION STATEMENT this surface drew
+ * beneath that list, and one entry had to read in both positions.
  *
- * A host wanting two registers — a short label in the list, a full clause in
- * the statement — renders {@link ../picker/view.ts PickerView} itself. Nothing
- * in the default render is load-bearing for that.
+ * §17b's statement is `renderWorkspace`'s relationship row now, worded from
+ * layer 1's `EDGE_TREATMENTS` through `labelFrom` — the same register every
+ * other row in that panel already uses. So the two-position constraint is gone,
+ * and a host wanting a fuller clause than its list label writes it here without
+ * having to make one string read in a sentence as well.
+ *
+ * `flip` WENT WITH THE CONTROL, to `WorkspaceWords`. A host supplies it once,
+ * at the layer that draws it.
  */
 import type { EdgeKind } from '@issuegraph/store';
 export interface PickerWords {
@@ -39,8 +43,6 @@ export interface PickerWords {
     readonly kinds: Readonly<Record<EdgeKind, string>>;
     /** Names the picker for a screen reader and for a visible heading. */
     readonly heading: string;
-    /** The control that reverses a directed relationship. */
-    readonly flip: string;
     /**
      * Marks the option the edge already carries.
      *

package/dist/picker/words.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"words.d.ts","sourceRoot":"","sources":["../../src/picker/words.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AAEH,OAAO,KAAK,EAAE,QAAQ,EAAE,MAAM,mBAAmB,CAAC;AAElD,MAAM,WAAW,WAAW;IAC1B;;;;;;;;;OASG;IACH,QAAQ,CAAC,KAAK,EAAE,QAAQ,CAAC,MAAM,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC,CAAC;IACnD,sEAAsE;IACtE,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,yDAAyD;IACzD,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB;;;;;;OAMG;IACH,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;CAC1B"}
+{"version":3,"file":"words.d.ts","sourceRoot":"","sources":["../../src/picker/words.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6BG;AAEH,OAAO,KAAK,EAAE,QAAQ,EAAE,MAAM,mBAAmB,CAAC;AAElD,MAAM,WAAW,WAAW;IAC1B;;;;;;;;;OASG;IACH,QAAQ,CAAC,KAAK,EAAE,QAAQ,CAAC,MAAM,CAAC,QAAQ,EAAE,MAAM,CAAC,CAAC,CAAC;IACnD,sEAAsE;IACtE,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB;;;;;;OAMG;IACH,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;CAC1B"}

package/dist/picker/words.js

@@ -13,16 +13,20 @@
  * default would be a second implementation of something this layer is not
  * entitled to decide.
  *
- * ## One vocabulary, read in two places
+ * ## One vocabulary, read in ONE place — and it used to be two
  *
- * {@link PickerWords.kinds} words both a picker OPTION ("is blocked by", chosen
- * from a list of five) and the DIRECTION STATEMENT it produces ("#530 is
- * blocked by #602"). One entry has to read in both positions, which is the same
- * constraint `ChangeWords.facets` carries for the summary and its chips.
+ * {@link PickerWords.kinds} words a picker OPTION: "is blocked by", chosen from
+ * a list of five. It also worded the DIRECTION STATEMENT this surface drew
+ * beneath that list, and one entry had to read in both positions.
  *
- * A host wanting two registers — a short label in the list, a full clause in
- * the statement — renders {@link ../picker/view.ts PickerView} itself. Nothing
- * in the default render is load-bearing for that.
+ * §17b's statement is `renderWorkspace`'s relationship row now, worded from
+ * layer 1's `EDGE_TREATMENTS` through `labelFrom` — the same register every
+ * other row in that panel already uses. So the two-position constraint is gone,
+ * and a host wanting a fuller clause than its list label writes it here without
+ * having to make one string read in a sentence as well.
+ *
+ * `flip` WENT WITH THE CONTROL, to `WorkspaceWords`. A host supplies it once,
+ * at the layer that draws it.
  */
 export {};
 //# sourceMappingURL=words.js.map

package/dist/picker/words.js.map

@@ -1 +1 @@
-{"version":3,"file":"words.js","sourceRoot":"","sources":["../../src/picker/words.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG"}
+{"version":3,"file":"words.js","sourceRoot":"","sources":["../../src/picker/words.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA6BG"}

package/dist/reevaluate/parts.d.ts

@@ -0,0 +1,130 @@
+/**
+ * The pieces every §17c rendering draws the same way.
+ *
+ * ## Why this is its own module
+ *
+ * The loop is drawn twice: by `renderReevaluate`, standalone, with its chips in
+ * a list beside the rail; and by the workspace, with the summary in the header
+ * and each chip ON its row. Two spellings of one summary or one chip is the
+ * drift the package split exists to prevent, so both call these and neither
+ * builds spans of its own. Same reasoning as `@issuegraph/viewer`'s own
+ * `parts.ts`, one layer up.
+ *
+ * ## PLACED IS NOT A STYLING FLAG — it removes a fact the row already states
+ *
+ * `renderReevaluate`'s header records why the unpositioned chip names its row
+ * in text: *"a chip that carried its key only as an attribute said nothing a
+ * reader could see about WHICH row moved."* That reasoning is conditional on
+ * being unpositioned, and it inverts once the chip sits on the row: the row
+ * names the issue immediately to its left, so a `.ig-delta-key` there is the
+ * one span on the chip that says nothing new.
+ *
+ * So `placed: true` drops the key span, and it drops nothing else. The
+ * per-member `data-ref` stays in both, because a `together-with` unit is one
+ * row speaking for several issues and the row names only its lead.
+ *
+ * ## It builds a SPEC, so it is composed and never concatenated
+ *
+ * The words come from the host through {@link ChangeWords}, and host prose may
+ * not be joined into markup out here — `audit/surface.ts` states the rule and
+ * the reason: layer 1 owns the markup primitive, and a second escaper in this
+ * package is duplication with an injection shape. `element` is that primitive,
+ * reached through the viewer's public surface, so this is the one renderer used
+ * from a second call site rather than a second renderer.
+ *
+ * @see https://github.com/autnmy/issuegraph/blob/main/SPEC.md
+ */
+import { type ElementSpec } from '@issuegraph/viewer';
+import type { ChangeWords } from './words.ts';
+import type { ChangeSummary, PlacedChip } from './view.ts';
+/**
+ * The attribute a rail row carries while the last edit moved it.
+ *
+ * ITS VALUE IS THE ROW'S OWN DELTA KIND, not a severity: §17c tints a promoted
+ * row and a newly-held row differently, and a single boolean "changed" would
+ * make the reader read the chip to learn which. It is the same shape
+ * `AUDIT_SEVERITY_ATTRIBUTE` takes and for the same reason — the styling
+ * decision stays the host's, and this package only says which kind it is.
+ *
+ * THE VALUES ARE {@link deltaKind}'S, AND THEY COME FROM THE STORE'S OWN
+ * VOCABULARY: `promoted`, `newly-held`, `up`, `down`, `entered`, `left`. An
+ * earlier revision of this comment named `present` and `absent`, which no code
+ * path has ever produced — `RankDelta.presence` is `'entered' | 'left'` — and
+ * the stylesheet keyed a rule on `absent` accordingly. It matched nothing while
+ * reading as the neutral case, so a row the edit removed from the order took
+ * the READY tint instead. Read the union at its type rather than this list if
+ * the two ever disagree.
+ *
+ * ABSENT ON AN UNAFFECTED ROW, never `""` or `"none"`. §17c's rule is that
+ * unaffected rows are *left completely alone*, and an attribute stamped on
+ * every row with one value meaning "nothing" is not leaving it alone — it is
+ * marking it, and a host stylesheet would then have to know which value means
+ * absent.
+ */
+export declare const DELTA_ATTRIBUTE = "data-ig-delta";
+/**
+ * Which of a chip's facts decides the row's tint.
+ *
+ * ONE ROW, ONE TINT, and a `together-with` unit can carry several members whose
+ * deltas disagree — so this picks rather than concatenates. Readiness outranks
+ * movement because §17c's own summary orders it that way ("1 newly promoted · 1
+ * newly held · 1 pushed down"): becoming held is a change to whether the work
+ * can start, and moving five ranks is a change to when. A reader scanning for
+ * what broke is scanning for the first.
+ *
+ * `undefined` when no member carries either, which is the only way a chip with
+ * no drawable delta reaches a row. It leaves the row unmarked rather than
+ * inventing a kind for it.
+ */
+export declare function deltaKind(chip: PlacedChip): string | undefined;
+/**
+ * The words a spec renders, in order, as one string.
+ *
+ * DERIVED FROM THE SPEC RATHER THAN FROM THE CHIP, which is the whole point:
+ * the row's accessible name has to say exactly what the chip says, and a second
+ * walk over `chip.deltas` composing the same words again is two spellings of
+ * one sentence — the drift this module exists to prevent, arriving on the
+ * channel where nobody would see it drift, because the difference is only
+ * audible.
+ *
+ * Whitespace-joined because the spans are laid out with a gap and no
+ * punctuation between them; the separator is the layout's, so it is a space
+ * here rather than a glyph this package would have to choose.
+ */
+export declare function textOf(spec: ElementSpec): string;
+export declare function countWord(count: number, word: string): readonly ElementSpec[];
+/**
+ * The summary, and the held-order label when the order is being re-evaluated.
+ *
+ * THE COMPUTING LABEL IS INSIDE THE LIVE REGION, and it was a sibling of it
+ * until a reader pointed out that this makes it silent. A pending write CLEARS
+ * `lastChange`, so the region is empty in exactly the state the label exists
+ * for — a sighted reader gets a greyed rail and a sentence saying why, and a
+ * screen-reader user is told nothing at all about the ranks having gone stale.
+ * Rendered inside, its appearance IS a change to the region, which is what
+ * announces.
+ *
+ * BOTH SURFACES DRAW IT FROM HERE for that reason. `renderReevaluate` had its
+ * own copy outside its own region and had the identical defect; one builder
+ * means the fix could not land on one surface and miss the other.
+ */
+export declare function summarySpec(summary: ChangeSummary | null, words: ChangeWords, options?: {
+    readonly held: boolean;
+}): ElementSpec;
+/**
+ * One ROW's chip — which can speak for more than one issue.
+ *
+ * A `together-with` unit is one row and several refs, so its members are nested
+ * inside a single chip rather than given one each. Each keeps its own
+ * `data-ref`, so a host can still tell which member moved.
+ *
+ * THE TAG FOLLOWS THE PLACE. Unplaced it is an `li`, because the standalone
+ * surface draws a list of them and a list item outside a list is markup a
+ * reader's assistive technology reports wrongly. Placed it is a `span`, because
+ * the row it joins is not a list and an `li` there would be the same defect
+ * mirrored.
+ */
+export declare function chipSpec(chip: PlacedChip, words: ChangeWords, options?: {
+    readonly placed: boolean;
+}): ElementSpec;
+//# sourceMappingURL=parts.d.ts.map

package/dist/reevaluate/parts.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"parts.d.ts","sourceRoot":"","sources":["../../src/reevaluate/parts.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAmCG;AAEH,OAAO,EAAE,KAAK,WAAW,EAA0C,MAAM,oBAAoB,CAAC;AAG9F,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAC;AAC9C,OAAO,KAAK,EAAE,aAAa,EAAE,UAAU,EAAE,MAAM,WAAW,CAAC;AAE3D;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,eAAO,MAAM,eAAe,kBAAkB,CAAC;AAE/C;;;;;;;;;;;;;GAaG;AACH,wBAAgB,SAAS,CAAC,IAAI,EAAE,UAAU,GAAG,MAAM,GAAG,SAAS,CAM9D;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAgB,MAAM,CAAC,IAAI,EAAE,WAAW,GAAG,MAAM,CAWhD;AAED,wBAAgB,SAAS,CAAC,KAAK,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,GAAG,SAAS,WAAW,EAAE,CAK7E;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,WAAW,CACzB,OAAO,EAAE,aAAa,GAAG,IAAI,EAC7B,KAAK,EAAE,WAAW,EAClB,OAAO,GAAE;IAAE,QAAQ,CAAC,IAAI,EAAE,OAAO,CAAA;CAAoB,GACpD,WAAW,CA4Eb;AA8CD;;;;;;;;;;;;GAYG;AACH,wBAAgB,QAAQ,CACtB,IAAI,EAAE,UAAU,EAChB,KAAK,EAAE,WAAW,EAClB,OAAO,GAAE;IAAE,QAAQ,CAAC,MAAM,EAAE,OAAO,CAAA;CAAsB,GACxD,WAAW,CAab"}

package/dist/reevaluate/parts.js

@@ -0,0 +1,260 @@
+/**
+ * The pieces every §17c rendering draws the same way.
+ *
+ * ## Why this is its own module
+ *
+ * The loop is drawn twice: by `renderReevaluate`, standalone, with its chips in
+ * a list beside the rail; and by the workspace, with the summary in the header
+ * and each chip ON its row. Two spellings of one summary or one chip is the
+ * drift the package split exists to prevent, so both call these and neither
+ * builds spans of its own. Same reasoning as `@issuegraph/viewer`'s own
+ * `parts.ts`, one layer up.
+ *
+ * ## PLACED IS NOT A STYLING FLAG — it removes a fact the row already states
+ *
+ * `renderReevaluate`'s header records why the unpositioned chip names its row
+ * in text: *"a chip that carried its key only as an attribute said nothing a
+ * reader could see about WHICH row moved."* That reasoning is conditional on
+ * being unpositioned, and it inverts once the chip sits on the row: the row
+ * names the issue immediately to its left, so a `.ig-delta-key` there is the
+ * one span on the chip that says nothing new.
+ *
+ * So `placed: true` drops the key span, and it drops nothing else. The
+ * per-member `data-ref` stays in both, because a `together-with` unit is one
+ * row speaking for several issues and the row names only its lead.
+ *
+ * ## It builds a SPEC, so it is composed and never concatenated
+ *
+ * The words come from the host through {@link ChangeWords}, and host prose may
+ * not be joined into markup out here — `audit/surface.ts` states the rule and
+ * the reason: layer 1 owns the markup primitive, and a second escaper in this
+ * package is duplication with an injection shape. `element` is that primitive,
+ * reached through the viewer's public surface, so this is the one renderer used
+ * from a second call site rather than a second renderer.
+ *
+ * @see https://github.com/autnmy/issuegraph/blob/main/SPEC.md
+ */
+import { KEY_ATTRIBUTE, element } from '@issuegraph/viewer';
+/**
+ * The attribute a rail row carries while the last edit moved it.
+ *
+ * ITS VALUE IS THE ROW'S OWN DELTA KIND, not a severity: §17c tints a promoted
+ * row and a newly-held row differently, and a single boolean "changed" would
+ * make the reader read the chip to learn which. It is the same shape
+ * `AUDIT_SEVERITY_ATTRIBUTE` takes and for the same reason — the styling
+ * decision stays the host's, and this package only says which kind it is.
+ *
+ * THE VALUES ARE {@link deltaKind}'S, AND THEY COME FROM THE STORE'S OWN
+ * VOCABULARY: `promoted`, `newly-held`, `up`, `down`, `entered`, `left`. An
+ * earlier revision of this comment named `present` and `absent`, which no code
+ * path has ever produced — `RankDelta.presence` is `'entered' | 'left'` — and
+ * the stylesheet keyed a rule on `absent` accordingly. It matched nothing while
+ * reading as the neutral case, so a row the edit removed from the order took
+ * the READY tint instead. Read the union at its type rather than this list if
+ * the two ever disagree.
+ *
+ * ABSENT ON AN UNAFFECTED ROW, never `""` or `"none"`. §17c's rule is that
+ * unaffected rows are *left completely alone*, and an attribute stamped on
+ * every row with one value meaning "nothing" is not leaving it alone — it is
+ * marking it, and a host stylesheet would then have to know which value means
+ * absent.
+ */
+export const DELTA_ATTRIBUTE = 'data-ig-delta';
+/**
+ * Which of a chip's facts decides the row's tint.
+ *
+ * ONE ROW, ONE TINT, and a `together-with` unit can carry several members whose
+ * deltas disagree — so this picks rather than concatenates. Readiness outranks
+ * movement because §17c's own summary orders it that way ("1 newly promoted · 1
+ * newly held · 1 pushed down"): becoming held is a change to whether the work
+ * can start, and moving five ranks is a change to when. A reader scanning for
+ * what broke is scanning for the first.
+ *
+ * `undefined` when no member carries either, which is the only way a chip with
+ * no drawable delta reaches a row. It leaves the row unmarked rather than
+ * inventing a kind for it.
+ */
+export function deltaKind(chip) {
+    const readiness = chip.deltas.find((delta) => delta.readiness !== undefined)?.readiness;
+    if (readiness !== undefined)
+        return readiness;
+    const movement = chip.deltas.find((delta) => delta.movement !== undefined)?.movement;
+    if (movement !== undefined)
+        return movement.direction;
+    return chip.deltas.find((delta) => delta.presence !== undefined)?.presence;
+}
+/**
+ * The words a spec renders, in order, as one string.
+ *
+ * DERIVED FROM THE SPEC RATHER THAN FROM THE CHIP, which is the whole point:
+ * the row's accessible name has to say exactly what the chip says, and a second
+ * walk over `chip.deltas` composing the same words again is two spellings of
+ * one sentence — the drift this module exists to prevent, arriving on the
+ * channel where nobody would see it drift, because the difference is only
+ * audible.
+ *
+ * Whitespace-joined because the spans are laid out with a gap and no
+ * punctuation between them; the separator is the layout's, so it is a space
+ * here rather than a glyph this package would have to choose.
+ */
+export function textOf(spec) {
+    const parts = [];
+    const walk = (child) => {
+        if (typeof child === 'string') {
+            if (child !== '')
+                parts.push(child);
+            return;
+        }
+        for (const nested of child.children ?? [])
+            walk(nested);
+    };
+    walk(spec);
+    return parts.join(' ');
+}
+export function countWord(count, word) {
+    return [
+        element('span', { class: 'ig-change-count' }, [String(count)]),
+        element('span', { class: 'ig-change-word' }, [word]),
+    ];
+}
+/**
+ * The summary, and the held-order label when the order is being re-evaluated.
+ *
+ * THE COMPUTING LABEL IS INSIDE THE LIVE REGION, and it was a sibling of it
+ * until a reader pointed out that this makes it silent. A pending write CLEARS
+ * `lastChange`, so the region is empty in exactly the state the label exists
+ * for — a sighted reader gets a greyed rail and a sentence saying why, and a
+ * screen-reader user is told nothing at all about the ranks having gone stale.
+ * Rendered inside, its appearance IS a change to the region, which is what
+ * announces.
+ *
+ * BOTH SURFACES DRAW IT FROM HERE for that reason. `renderReevaluate` had its
+ * own copy outside its own region and had the identical defect; one builder
+ * means the fix could not land on one surface and miss the other.
+ */
+export function summarySpec(summary, words, options = { held: false }) {
+    return element('div', {
+        class: 'ig-change-summary',
+        // Omitted rather than falsified while there is nothing to report: an
+        // element() attribute whose value is `undefined` is not written at all,
+        // and `data-unchanged="false"` would claim an edit landed and moved
+        // nothing when no edit has landed.
+        'data-unchanged': summary === null ? undefined : summary.unchanged ? 'true' : 'false',
+        'data-op': summary?.op,
+        'data-mutation': summary?.mutationId,
+    }, [
+        // THE LIVE REGION IS ALWAYS MOUNTED, AND EMPTY UNTIL THERE IS SOMETHING
+        // TO SAY. A `role="status"` node that is CREATED already carrying its
+        // text is not reliably announced — the region has to exist first and
+        // then have its contents change — so rendering it only alongside a
+        // summary would silently lose the FIRST summary after a load, which is
+        // the one a reader is most likely to be waiting for.
+        //
+        // It is also why the region is this wrapper rather than the content
+        // inside it: an edit that moved something renders a list and one that
+        // moved nothing renders a paragraph, so a role on either would come and
+        // go with the shape. And the dismiss button stays OUTSIDE, or its label
+        // would be re-announced with every summary.
+        //
+        // It is a role, not a timer. Nothing about it expires and the region
+        // stays put until the next edit or an explicit dismissal.
+        element('div', { class: 'ig-change-line', role: 'status' }, [
+            // THE HELD LABEL FIRST, and it renders whether or not there is a
+            // summary beside it — a pending write clears `lastChange`, so "held
+            // with no summary" is the ordinary shape of this state rather than an
+            // edge of it.
+            options.held ? element('p', { class: 'ig-order-computing' }, [words.computing]) : null,
+            ...(summary === null
+                ? []
+                : [
+                    // THE ZERO CASE RENDERS, in the summary's own place. An edit that
+                    // landed and moved nothing is the finding an owner auditing an
+                    // encoding most needs, and drawing nothing for it is the defect
+                    // this branch prevents.
+                    summary.unchanged
+                        ? element('p', { class: 'ig-change-unchanged' }, [words.unchanged])
+                        : element('ul', { class: 'ig-change-parts' }, summary.parts.map((part) => element('li', { class: 'ig-change-part', 'data-facet': part.facet }, [
+                            ...countWord(part.count, words.facets[part.facet]),
+                        ]))),
+                ]),
+        ]),
+        // ITS OWN CLASS, not the ladder's `.ig-chip`. That class is defined only
+        // in `scale/styles.ts`, so borrowing it would leave this control unstyled
+        // for a host that installs this surface and not that one. Folding the two
+        // chip looks into one rule is the assembling change's call, not this
+        // leaf's — it is the change that first has both on screen at once.
+        //
+        // Absent with no summary: a control that clears nothing is a control that
+        // does nothing, and the region above is what has to persist, not this.
+        summary === null
+            ? null
+            : element('button', { type: 'button', class: 'ig-change-dismiss', 'data-ig-command': 'dismiss-change' }, [words.dismiss]),
+    ]);
+}
+/**
+ * What one issue's delta says, as spans.
+ *
+ * IT NAMES A DIRECTION AND A DISTANCE, NEVER A RANK. `RankMovement.from` and
+ * `.to` are the deriver's 0-BASED positions, while the rail beside them renders
+ * the viewer's 1-BASED ranks — so printing either as a number would put two
+ * different bases side by side and read as an off-by-one. `by` is a distance,
+ * which is basis-independent and safe to print. A host that knows the basis and
+ * wants the endpoints reads them off `view.chips[].deltas`, which carries every
+ * `RankDelta` untouched.
+ */
+function memberSpec(delta, words, named) {
+    return element('span', { class: 'ig-delta-member', 'data-ref': delta.ref }, [
+        // NAMED ONLY WHEN THE NAME ADDS SOMETHING. On a chip whose single member IS
+        // the row, the row key above has already said it and repeating it is noise.
+        // Everywhere else the ref is load-bearing: two members reading
+        // `lead 1 down 1 down` says the row moved twice rather than that a unit of
+        // two each moved down one, and a lone member that is NOT the lead is a
+        // change to an issue the row key does not name at all.
+        named ? element('span', { class: 'ig-delta-ref' }, [delta.ref]) : null,
+        delta.movement === undefined
+            ? null
+            : element('span', {
+                class: 'ig-delta-move',
+                'data-direction': delta.movement.direction,
+                'data-by': delta.movement.by,
+            }, [...countWord(delta.movement.by, words.direction[delta.movement.direction])]),
+        delta.readiness === undefined
+            ? null
+            : element('span', { class: 'ig-delta-readiness', 'data-readiness': delta.readiness }, [
+                words.facets[delta.readiness],
+            ]),
+        delta.presence === undefined
+            ? null
+            : element('span', { class: 'ig-delta-presence', 'data-presence': delta.presence }, [
+                words.facets[delta.presence],
+            ]),
+    ]);
+}
+/**
+ * One ROW's chip — which can speak for more than one issue.
+ *
+ * A `together-with` unit is one row and several refs, so its members are nested
+ * inside a single chip rather than given one each. Each keeps its own
+ * `data-ref`, so a host can still tell which member moved.
+ *
+ * THE TAG FOLLOWS THE PLACE. Unplaced it is an `li`, because the standalone
+ * surface draws a list of them and a list item outside a list is markup a
+ * reader's assistive technology reports wrongly. Placed it is a `span`, because
+ * the row it joins is not a list and an `li` there would be the same defect
+ * mirrored.
+ */
+export function chipSpec(chip, words, options = { placed: false }) {
+    // One member whose ref IS the row: the key names it, so naming it again would
+    // be the only text on the chip that says nothing. Any other shape — several
+    // members, or a lone member the row is not named after — needs each fact
+    // attributed, or the chip reads as one row's facts repeated.
+    const named = chip.deltas.length > 1 || chip.deltas[0]?.ref !== chip.key;
+    const members = chip.deltas.map((delta) => memberSpec(delta, words, named));
+    return options.placed
+        ? element('span', { class: 'ig-delta-chip', 'data-placed': 'true' }, members)
+        : element('li', { class: 'ig-delta-chip', [KEY_ATTRIBUTE]: chip.key }, [
+            element('span', { class: 'ig-delta-key' }, [chip.key]),
+            ...members,
+        ]);
+}
+//# sourceMappingURL=parts.js.map

package/dist/reevaluate/parts.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"parts.js","sourceRoot":"","sources":["../../src/reevaluate/parts.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAmCG;AAEH,OAAO,EAAoC,aAAa,EAAE,OAAO,EAAE,MAAM,oBAAoB,CAAC;AAM9F;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,MAAM,CAAC,MAAM,eAAe,GAAG,eAAe,CAAC;AAE/C;;;;;;;;;;;;;GAaG;AACH,MAAM,UAAU,SAAS,CAAC,IAAgB;IACxC,MAAM,SAAS,GAAG,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,SAAS,KAAK,SAAS,CAAC,EAAE,SAAS,CAAC;IACxF,IAAI,SAAS,KAAK,SAAS;QAAE,OAAO,SAAS,CAAC;IAC9C,MAAM,QAAQ,GAAG,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,QAAQ,KAAK,SAAS,CAAC,EAAE,QAAQ,CAAC;IACrF,IAAI,QAAQ,KAAK,SAAS;QAAE,OAAO,QAAQ,CAAC,SAAS,CAAC;IACtD,OAAO,IAAI,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,KAAK,CAAC,QAAQ,KAAK,SAAS,CAAC,EAAE,QAAQ,CAAC;AAC7E,CAAC;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,UAAU,MAAM,CAAC,IAAiB;IACtC,MAAM,KAAK,GAAa,EAAE,CAAC;IAC3B,MAAM,IAAI,GAAG,CAAC,KAAgB,EAAQ,EAAE;QACtC,IAAI,OAAO,KAAK,KAAK,QAAQ,EAAE,CAAC;YAC9B,IAAI,KAAK,KAAK,EAAE;gBAAE,KAAK,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;YACpC,OAAO;QACT,CAAC;QACD,KAAK,MAAM,MAAM,IAAI,KAAK,CAAC,QAAQ,IAAI,EAAE;YAAE,IAAI,CAAC,MAAM,CAAC,CAAC;IAC1D,CAAC,CAAC;IACF,IAAI,CAAC,IAAI,CAAC,CAAC;IACX,OAAO,KAAK,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;AACzB,CAAC;AAED,MAAM,UAAU,SAAS,CAAC,KAAa,EAAE,IAAY;IACnD,OAAO;QACL,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,iBAAiB,EAAE,EAAE,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,CAAC;QAC9D,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,gBAAgB,EAAE,EAAE,CAAC,IAAI,CAAC,CAAC;KACrD,CAAC;AACJ,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,WAAW,CACzB,OAA6B,EAC7B,KAAkB,EAClB,UAAsC,EAAE,IAAI,EAAE,KAAK,EAAE;IAErD,OAAO,OAAO,CACZ,KAAK,EACL;QACE,KAAK,EAAE,mBAAmB;QAC1B,qEAAqE;QACrE,wEAAwE;QACxE,oEAAoE;QACpE,mCAAmC;QACnC,gBAAgB,EAAE,OAAO,KAAK,IAAI,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,OAAO;QACrF,SAAS,EAAE,OAAO,EAAE,EAAE;QACtB,eAAe,EAAE,OAAO,EAAE,UAAU;KACrC,EACD;QACE,wEAAwE;QACxE,sEAAsE;QACtE,qEAAqE;QACrE,mEAAmE;QACnE,uEAAuE;QACvE,qDAAqD;QACrD,EAAE;QACF,oEAAoE;QACpE,sEAAsE;QACtE,wEAAwE;QACxE,wEAAwE;QACxE,4CAA4C;QAC5C,EAAE;QACF,qEAAqE;QACrE,0DAA0D;QAC1D,OAAO,CACL,KAAK,EACL,EAAE,KAAK,EAAE,gBAAgB,EAAE,IAAI,EAAE,QAAQ,EAAE,EAC3C;YACA,iEAAiE;YACjE,oEAAoE;YACpE,sEAAsE;YACtE,cAAc;YACd,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,OAAO,CAAC,GAAG,EAAE,EAAE,KAAK,EAAE,oBAAoB,EAAE,EAAE,CAAC,KAAK,CAAC,SAAS,CAAC,CAAC,CAAC,CAAC,CAAC,IAAI;YACtF,GAAG,CAAC,OAAO,KAAK,IAAI;gBAClB,CAAC,CAAC,EAAE;gBACJ,CAAC,CAAC;oBACE,kEAAkE;oBAClE,+DAA+D;oBAC/D,gEAAgE;oBAChE,wBAAwB;oBACxB,OAAO,CAAC,SAAS;wBACf,CAAC,CAAC,OAAO,CAAC,GAAG,EAAE,EAAE,KAAK,EAAE,qBAAqB,EAAE,EAAE,CAAC,KAAK,CAAC,SAAS,CAAC,CAAC;wBACnE,CAAC,CAAC,OAAO,CACL,IAAI,EACJ,EAAE,KAAK,EAAE,iBAAiB,EAAE,EAC5B,OAAO,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CACzB,OAAO,CAAC,IAAI,EAAE,EAAE,KAAK,EAAE,gBAAgB,EAAE,YAAY,EAAE,IAAI,CAAC,KAAK,EAAE,EAAE;4BACnE,GAAG,SAAS,CAAC,IAAI,CAAC,KAAK,EAAE,KAAK,CAAC,MAAM,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC;yBACnD,CAAC,CACH,CACF;iBACN,CAAC;SACL,CACF;QACD,yEAAyE;QACzE,0EAA0E;QAC1E,0EAA0E;QAC1E,qEAAqE;QACrE,mEAAmE;QACnE,EAAE;QACF,0EAA0E;QAC1E,uEAAuE;QACvE,OAAO,KAAK,IAAI;YACd,CAAC,CAAC,IAAI;YACN,CAAC,CAAC,OAAO,CACL,QAAQ,EACR,EAAE,IAAI,EAAE,QAAQ,EAAE,KAAK,EAAE,mBAAmB,EAAE,iBAAiB,EAAE,gBAAgB,EAAE,EACnF,CAAC,KAAK,CAAC,OAAO,CAAC,CAChB;KACN,CACF,CAAC;AACJ,CAAC;AAED;;;;;;;;;;GAUG;AACH,SAAS,UAAU,CAAC,KAAgB,EAAE,KAAkB,EAAE,KAAc;IACtE,OAAO,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,iBAAiB,EAAE,UAAU,EAAE,KAAK,CAAC,GAAG,EAAE,EAAE;QAC1E,4EAA4E;QAC5E,4EAA4E;QAC5E,+DAA+D;QAC/D,2EAA2E;QAC3E,uEAAuE;QACvE,uDAAuD;QACvD,KAAK,CAAC,CAAC,CAAC,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,cAAc,EAAE,EAAE,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,CAAC,IAAI;QACtE,KAAK,CAAC,QAAQ,KAAK,SAAS;YAC1B,CAAC,CAAC,IAAI;YACN,CAAC,CAAC,OAAO,CACL,MAAM,EACN;gBACE,KAAK,EAAE,eAAe;gBACtB,gBAAgB,EAAE,KAAK,CAAC,QAAQ,CAAC,SAAS;gBAC1C,SAAS,EAAE,KAAK,CAAC,QAAQ,CAAC,EAAE;aAC7B,EACD,CAAC,GAAG,SAAS,CAAC,KAAK,CAAC,QAAQ,CAAC,EAAE,EAAE,KAAK,CAAC,SAAS,CAAC,KAAK,CAAC,QAAQ,CAAC,SAAS,CAAC,CAAC,CAAC,CAC7E;QACL,KAAK,CAAC,SAAS,KAAK,SAAS;YAC3B,CAAC,CAAC,IAAI;YACN,CAAC,CAAC,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,oBAAoB,EAAE,gBAAgB,EAAE,KAAK,CAAC,SAAS,EAAE,EAAE;gBAClF,KAAK,CAAC,MAAM,CAAC,KAAK,CAAC,SAAS,CAAC;aAC9B,CAAC;QACN,KAAK,CAAC,QAAQ,KAAK,SAAS;YAC1B,CAAC,CAAC,IAAI;YACN,CAAC,CAAC,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,mBAAmB,EAAE,eAAe,EAAE,KAAK,CAAC,QAAQ,EAAE,EAAE;gBAC/E,KAAK,CAAC,MAAM,CAAC,KAAK,CAAC,QAAQ,CAAC;aAC7B,CAAC;KACP,CAAC,CAAC;AACL,CAAC;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,QAAQ,CACtB,IAAgB,EAChB,KAAkB,EAClB,UAAwC,EAAE,MAAM,EAAE,KAAK,EAAE;IAEzD,8EAA8E;IAC9E,4EAA4E;IAC5E,yEAAyE;IACzE,6DAA6D;IAC7D,MAAM,KAAK,GAAG,IAAI,CAAC,MAAM,CAAC,MAAM,GAAG,CAAC,IAAI,IAAI,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,GAAG,KAAK,IAAI,CAAC,GAAG,CAAC;IACzE,MAAM,OAAO,GAAG,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE,CAAC,UAAU,CAAC,KAAK,EAAE,KAAK,EAAE,KAAK,CAAC,CAAC,CAAC;IAC5E,OAAO,OAAO,CAAC,MAAM;QACnB,CAAC,CAAC,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,eAAe,EAAE,aAAa,EAAE,MAAM,EAAE,EAAE,OAAO,CAAC;QAC7E,CAAC,CAAC,OAAO,CAAC,IAAI,EAAE,EAAE,KAAK,EAAE,eAAe,EAAE,CAAC,aAAa,CAAC,EAAE,IAAI,CAAC,GAAG,EAAE,EAAE;YACnE,OAAO,CAAC,MAAM,EAAE,EAAE,KAAK,EAAE,cAAc,EAAE,EAAE,CAAC,IAAI,CAAC,GAAG,CAAC,CAAC;YACtD,GAAG,OAAO;SACX,CAAC,CAAC;AACT,CAAC"}

package/dist/reevaluate/render.d.ts

@@ -16,20 +16,27 @@
  * string — would have re-introduced exactly the hand-built escaping surface the
  * spec grammar exists to remove.
  *
- * ## The chips are a KEYED LIST, and this package does not position them
+ * ## The chips are a KEYED LIST here, and the WORKSPACE draws them on the row
  *
  * Said plainly because the earlier wording did not: `data-ig-key` has no
- * browser behaviour of its own. The chips render as a list beside the rail, and
- * putting one ON its row needs that row's geometry — which only a mount has,
- * and this package has no mount. Naming it an overlay while shipping a
- * normal-flow list claimed a positioning this markup cannot do.
+ * browser behaviour of its own. In THIS surface the chips render as a list
+ * beside the rail, and the list is built to stand on its own: every chip NAMES
+ * the row it describes, which is what lets a reader account for the rows that
+ * got no chip.
  *
- * So the list is built to stand on its own instead: every chip NAMES the row it
- * describes, which is what lets a reader account for the rows that got no chip.
- * The key is published for the mount that will position them, and that mount
- * lands with the change that assembles the workspace — the same boundary the
- * scale ladder already draws when it defers listener wiring and focus
- * restoration to whoever owns the mount.
+ * THE DEFERRAL THIS COMMENT USED TO CARRY IS DISCHARGED, and its premise was
+ * wrong rather than merely stale. It said placing a chip on its row "needs that
+ * row's geometry — which only a mount has". It does not: a row is a keyed SPEC
+ * before it is an element, and `workspace/render.ts`'s `markRail` was already
+ * walking that tree to compose the audit's mark onto it. So the workspace
+ * composes the chip the same way — no geometry, no mount, no positioning — and
+ * `parts.ts` holds the one builder both call.
+ *
+ * This surface keeps the list because it is the honest answer for a host that
+ * renders WITHOUT the workspace's rail: there is no row to sit on, so naming
+ * the row in text is the only thing that accounts for the ones that did not
+ * move. `chipSpec`'s `placed` arm is the other half, and it drops that name
+ * because there the row already carries it.
  *
  * ## Two rejected alternatives from the design, recorded so they stay rejected
  *

package/dist/reevaluate/render.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"render.d.ts","sourceRoot":"","sources":["../../src/reevaluate/render.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA+CG;AAEH,OAAO,EAEL,KAAK,KAAK,EACV,KAAK,cAAc,EAMpB,MAAM,oBAAoB,CAAC;AAC5B,OAAO,KAAK,EAAE,WAAW,EAAE,WAAW,EAAa,MAAM,mBAAmB,CAAC;AAE7E,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAC;AAC9C,OAAO,EAAuC,KAAK,cAAc,EAAkB,MAAM,WAAW,CAAC;AAGrG,MAAM,WAAW,iBAAiB;IAChC;;;OAGG;IACH,QAAQ,CAAC,KAAK,EAAE,WAAW,CAAC;IAC5B,2EAA2E;IAC3E,QAAQ,CAAC,MAAM,CAAC,EAAE,WAAW,GAAG,IAAI,GAAG,SAAS,CAAC;IACjD,oEAAoE;IACpE,QAAQ,CAAC,MAAM,CAAC,EAAE,WAAW,GAAG,SAAS,CAAC;IAC1C,QAAQ,CAAC,KAAK,CAAC,EAAE,KAAK,GAAG,SAAS,CAAC;IACnC,mEAAmE;IACnE,QAAQ,CAAC,aAAa,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;CAC7C;AAED,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,IAAI,EAAE,cAAc,CAAC;IAC9B,+EAA+E;IAC/E,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,+EAA+E;IAC/E,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,WAAW,EAAE,SAAS,MAAM,EAAE,CAAC;CACzC;AAqJD,0DAA0D;AAC1D,wBAAgB,gBAAgB,CAC9B,KAAK,EAAE,cAAc,EACrB,OAAO,EAAE,iBAAiB,GACzB,gBAAgB,CA8ClB"}
+{"version":3,"file":"render.d.ts","sourceRoot":"","sources":["../../src/reevaluate/render.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAsDG;AAEH,OAAO,EACL,KAAK,KAAK,EACV,KAAK,cAAc,EAKpB,MAAM,oBAAoB,CAAC;AAC5B,OAAO,KAAK,EAAE,WAAW,EAAE,WAAW,EAAE,MAAM,mBAAmB,CAAC;AAElE,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAC;AAE9C,OAAO,EAAE,KAAK,cAAc,EAAkB,MAAM,WAAW,CAAC;AAGhE,MAAM,WAAW,iBAAiB;IAChC;;;OAGG;IACH,QAAQ,CAAC,KAAK,EAAE,WAAW,CAAC;IAC5B,2EAA2E;IAC3E,QAAQ,CAAC,MAAM,CAAC,EAAE,WAAW,GAAG,IAAI,GAAG,SAAS,CAAC;IACjD,oEAAoE;IACpE,QAAQ,CAAC,MAAM,CAAC,EAAE,WAAW,GAAG,SAAS,CAAC;IAC1C,QAAQ,CAAC,KAAK,CAAC,EAAE,KAAK,GAAG,SAAS,CAAC;IACnC,mEAAmE;IACnE,QAAQ,CAAC,aAAa,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;CAC7C;AAED,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,IAAI,EAAE,cAAc,CAAC;IAC9B,+EAA+E;IAC/E,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,+EAA+E;IAC/E,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;IACxB,QAAQ,CAAC,WAAW,EAAE,SAAS,MAAM,EAAE,CAAC;CACzC;AAED,0DAA0D;AAC1D,wBAAgB,gBAAgB,CAC9B,KAAK,EAAE,cAAc,EACrB,OAAO,EAAE,iBAAiB,GACzB,gBAAgB,CA6ClB"}