@cxpinsight/survey-spec 0.4.0 → 0.5.1

package/dist/validate.d.ts

@@ -1,41 +1,4 @@
-/**
- * Answer validation — whether a respondent may submit.
- *
- * A divergence here means the same answer is accepted on one channel and
- * rejected on another. The respondent hits a wall that does not exist for
- * someone who arrived by a different route, and an analyst comparing the two
- * sets of responses is comparing two instruments.
- *
- * There were three implementations and all three disagreed:
- *
- *   • The WEB SDK had none. `survey.js` checked emptiness inline at the Next
- *     button and nothing else, so it accepted 8 of 32 answers the others
- *     rejected — including whitespace against a required question, `nope` as an
- *     email address, and any string against `minLength`.
- *
- *   • REACT and MOBILE agreed on 26 fixtures and still differed, because every
- *     one of those fixtures used `type: 'text'` with an `inputType`. React's
- *     dispatcher has no case for `email`, `number`, `csat` or `ces` as question
- *     TYPES, so a question of `type: 'email'` was format-checked on the phone
- *     and waved through on a link.
- *
- * This module is the union, and each half was chosen for a reason:
- *
- *   • `isEmpty` is React's, because it is type-aware. The web renderer's values
- *     are compound — `{ choice }`, `{ choices }`, `{ text, attachments }` — and
- *     mobile's primitives pass through the same code unharmed. Mobile's
- *     primitive-only version would have called `{ choice: undefined }` non-empty
- *     and let a blank required radio through.
- *
- *   • The type dispatcher is mobile's, because it is the superset, and the
- *     effective format is derived from `inputType || type` so `type: 'email'`
- *     validates as an email whether or not the author also set an inputType.
- *
- * Order is spec §8 and it matters: required, then type-specific format, then
- * the author's `rules[]`. An empty answer should read "this is required", not
- * "that is not a valid email" — which sounds like the shape is wrong rather
- * than the field being blank.
- */
+import { type ValidationMessage } from './messages';
 export interface ValidatableQuestion {
     type?: string;
     inputType?: string;
@@ -52,8 +15,17 @@ export interface ValidatableQuestion {
     choices?: unknown;
     options?: unknown;
 }
-/** Null when the answer is valid; otherwise the message to show. */
+/**
+ * Null when the answer is valid; otherwise the ENGLISH message to show.
+ *
+ * The signature is unchanged on purpose — three renderers call this and expect
+ * a string. The wording now comes from one table (messages.ts) rather than
+ * being built inside the rules, so a renderer that wants another language calls
+ * `validateAnswerCode` and words the code itself.
+ */
 export declare function validateAnswer(question: ValidatableQuestion, value: unknown): string | null;
+/** The same rules, as a code and its parameters. This is what a port implements. */
+export declare function validateAnswerCode(question: ValidatableQuestion, value: unknown): ValidationMessage | null;
 /** The values an implied question offers, in order. Its buttons, effectively. */
 export declare function impliedChoices(question: ValidatableQuestion): string[];
 /**
@@ -61,8 +33,309 @@ export declare function impliedChoices(question: ValidatableQuestion): string[];
  * it records. One place, so "Activate discount" reads the same on a website,
  * a link and a phone.
  */
-export declare function impliedActions(question: ValidatableQuestion): Array<{
+export declare function impliedActions(question: ValidatableQuestion, 
+/**
+ * Resolves {{references}} in the destination. Optional only so existing
+ * callers keep working; every renderer should pass one.
+ *
+ * A destination is authored as a TEMPLATE — "https://shop.example/cart/
+ * {{eventData.orderId}}" is the entire point of an abandoned-cart nudge —
+ * and until this existed the href was handed to the renderers verbatim. So
+ * the button navigated to a literal `{{eventData.orderId}}`, on the link
+ * surface and on React Native, sending someone to a 404 in the one moment
+ * the interaction exists to convert.
+ */
+interpolate?: (s: string) => string): Array<{
     value: string;
     label: string;
+    href?: string;
+    defer?: boolean;
 }>;
+/**
+ * Is this choice a "Remind me later" — a deferral rather than an answer?
+ *
+ * A deferring choice CLOSES the surface AND RECORDS A SKIP, and deliberately
+ * does not submit. That distinction is the whole feature: a skip feeds
+ * cooldownOnSkip and maxSkips, so the interaction comes back after the wait and
+ * gives up after the last try. A submission feeds maxSubmissions, which means
+ * "they decided" — and a person who asked to be reminded has decided nothing.
+ *
+ * Without this, "Remind me later" could only be built as an ordinary choice,
+ * which recorded an answer and retired the interaction for good: the one button
+ * whose entire purpose is to bring it back was the one that guaranteed it never
+ * would.
+ *
+ * NEVER ON A COMPLIANCE SURFACE, and not as a matter of taste. must-show
+ * bypasses the frequency gate entirely while unsatisfied, so a deferral there
+ * would be inert — the takeover would reappear immediately and the button would
+ * be a visible lie. If someone may genuinely postpone, the interaction is not
+ * must-show, and that is the setting to change.
+ */
+export declare function isDeferChoice(choice: unknown, interactionType?: string | null): boolean;
+/**
+ * The navigable target of a choice's `action`, or undefined.
+ *
+ * Only `type: 'url'` navigates today, and only to a scheme that cannot execute
+ * script in the host page. `javascript:` and `data:` are the two that can, so
+ * an author-supplied (or API-supplied) action is not a place to be permissive:
+ * a survey definition travels from the server into a customer's own site, and a
+ * URL that runs code there is an XSS vector wearing a button.
+ *
+ * Relative paths and app deep-link schemes are allowed — a mobile nudge that
+ * opens `myapp://cart` is the point of the feature.
+ */
+export declare function safeActionHref(action: unknown): string | undefined;
+/**
+ * The `src` for an image the author placed in a survey, or '' to draw nothing.
+ *
+ * SEPARATE FROM safeActionHref ON PURPOSE. That one guards a NAVIGATION target,
+ * where `data:` is an XSS vector wearing a button — a URL the host page is told
+ * to follow. This guards an IMAGE SOURCE, which the host page only ever
+ * decodes as pixels, and `data:image/...;base64,` is exactly how the builder
+ * stores an uploaded picture: there is no file host in the product, so an
+ * upload becomes a data URI or it becomes nothing.
+ *
+ * Collapsing the two was a real bug, not a hypothetical one. The web SDK ran
+ * every image through its link guard, which allows only http/https/mailto/tel,
+ * so every uploaded offer image was rewritten to `src=""` and vanished —
+ * on the web and mobile preview frames, which both run the SDK, while the link
+ * surface (React, no guard) showed it. An author saw their picture appear on
+ * one surface out of three and had no way to tell why.
+ *
+ * `<img>` is a non-scripting context: an SVG loaded through it cannot run its
+ * own script, so `data:image/*` is safe here in a way it is not on an href.
+ * Everything else with a scheme is still refused — `data:text/html` most of
+ * all, which is the one that would actually execute.
+ */
+export declare function safeImageSrc(url: unknown): string;
+/**
+ * The action buttons for a STEP, or [] for an ordinary step.
+ *
+ * A Notify, Offer or Comply interaction's buttons are its ANSWER — "Activate
+ * discount" and "No thanks" are the two things the respondent can say, not
+ * decoration beside a Next button. So a step that ends in an implied question
+ * has NO Next and NO Submit: pressing an action IS the submission.
+ *
+ * The rule lives here because all three renderers have to agree on it. When
+ * they didn't, the web SDK replaced Next with the actions while the React and
+ * React Native renderers drew the actions AND kept Submit — the respondent saw
+ * "Resume" and "Submit" stacked, and pressing Resume did nothing but tick a
+ * radio nobody could see.
+ *
+ * The LAST question decides. A step is allowed to carry content above the
+ * actions (a paragraph of terms, an image); what closes it is what turns it
+ * into a decision.
+ *
+ * Never returns an empty list for an implied step: an implied question with no
+ * choices would be a dead end — no buttons and no way out — so one neutral
+ * action beats a surface the respondent cannot leave.
+ */
+export declare function impliedStepActions(questions: ValidatableQuestion[] | null | undefined): Array<{
+    value: string;
+    label: string;
+}>;
+/**
+ * Should this step's actions render with EQUAL PROMINENCE?
+ *
+ * A consent choice is not a call to action with an escape hatch. When accept is
+ * a filled accent button and decline is a quiet outline, the design is doing
+ * persuasion work on a decision that must be freely given — the pattern
+ * regulators name when they talk about consent dark patterns, and the reason
+ * `equalProminence` exists on the question.
+ *
+ * It was being SET by the compliance templates and read by nothing, so both
+ * shipped with a filled "I agree" beside a ghosted "Decline".
+ *
+ * Same "last question decides" rule as impliedStepActions, so the two can never
+ * disagree about which question they are talking about.
+ */
+export declare function impliedEqualProminence(questions: ValidatableQuestion[] | null | undefined): boolean;
+/**
+ * May this surface be dismissed by SWIPING it away?
+ *
+ * A push notification on a phone has no ✕. It slides down, and it leaves when
+ * you flick it. Removing the close button without providing the gesture would
+ * just make it untouchable, so the two decisions are one decision and it lives
+ * here rather than three times over.
+ *
+ * THE FULLSCREEN EXCLUSION IS THE WHOLE POINT. A compliance takeover ALSO sets
+ * showClose:false — for the opposite reason: it must not be escapable. Deriving
+ * "swipeable" from "has no close button" alone would hand every terms prompt and
+ * age check a flick-to-skip gesture, which is precisely the thing that makes it
+ * a blocking surface. So a swipe needs a POPUP, and a `mustShow` interaction is
+ * never swipeable whatever its mode.
+ *
+ * @param display  The resolved display slice for THIS surface (already picked
+ *                 per platform — a web slice is not a mobile one).
+ * @param delivery The survey's delivery policy, for the mustShow veto.
+ */
+export declare function canSwipeToDismiss(display: {
+    mode?: unknown;
+    showClose?: unknown;
+} | null | undefined, delivery?: {
+    mustShow?: unknown;
+} | null): boolean;
+/**
+ * How long before this surface dismisses ITSELF, in ms. 0 = never.
+ *
+ * A push notification leaves on its own; that is most of what separates it from
+ * a dialog. `autoDismiss` was named in the interaction profile as a control the
+ * notify purpose leads with, and then existed nowhere else — no field, no UI, no
+ * timer — so every notification sat there until someone dealt with it.
+ *
+ * TWO SURFACES MUST NEVER SELF-DISMISS, and both would be silent disasters:
+ *
+ *  - A LINK IS THE PAGE. Auto-dismissing there does not tidy a banner away, it
+ *    blanks the page the respondent deliberately opened. The caller passes the
+ *    resolved slice, so a link slice simply never carries the value — but the
+ *    mode check below makes it structural rather than a matter of nobody
+ *    having set it.
+ *  - A BLOCKING SURFACE. Fullscreen compliance and anything `mustShow` exist to
+ *    be answered; a timer that clears them is an escape hatch with a stopwatch.
+ *
+ * Clamped to 2s minimum: a notification that vanishes faster than it can be
+ * read is worse than one that never appeared, and it is the accessibility
+ * complaint that gets filed about auto-dismissing content.
+ */
+export declare function autoDismissMs(display: {
+    mode?: unknown;
+    autoDismiss?: unknown;
+} | null | undefined, delivery?: {
+    mustShow?: unknown;
+} | null): number;
+/**
+ * The countdown to show on an interaction, or null.
+ *
+ * THE TIMER IS THE DEADLINE — it is not a separate number an author types.
+ * That identity is the whole design: the survey's `endDate` is what the
+ * eligibility gate already enforces, so a countdown derived from it cannot
+ * outlive the thing it counts down to. An independently-authored timer can, and
+ * an offer whose clock hits zero while the discount still works (or keeps
+ * ticking after it stops) is the expired-deadline dark pattern the validity
+ * gate exists to prevent.
+ *
+ * Returns null when there is no deadline, when it has already passed (the gate
+ * stops serving then anyway), or when the surface has not asked to show one.
+ * Never invents a deadline.
+ */
+export declare function deadlineCountdown(survey: {
+    endDate?: unknown;
+} | null | undefined, display?: {
+    showDeadline?: unknown;
+} | null, now?: number): {
+    ms: number;
+    text: string;
+} | null;
+/** "3d 4h" · "4h 12m" · "12m 30s" · "30s" — two units at most, never a wall of zeros. */
+export declare function formatCountdown(ms: number): string;
+export type OutcomeKind = 'thanks' | 'navigate' | 'dismiss' | 'fulfil' | 'unblock' | 'hold';
+export interface OutcomeInput {
+    interactionType?: string | null;
+    /** The implied choice taken, e.g. 'accepted' | 'declined' | 'resumed'. */
+    action?: string | null;
+    /** True when the chosen action is the affirmative one (first choice). */
+    affirmative?: boolean;
+    reward?: {
+        type?: unknown;
+        value?: unknown;
+        whereValid?: unknown;
+    } | null;
+    compliance?: {
+        reviewRequired?: unknown;
+        onDecline?: unknown;
+        blockedMessage?: unknown;
+    } | null;
+}
+/**
+ * Decide the ending.
+ *
+ * The compliance branch is the one with teeth. Accepting is NOT the same as
+ * being cleared: when a human has to review an identity document, letting the
+ * customer through on submit tells them they are finished when they are not,
+ * and defeats the check. So `reviewRequired` holds the surface up, and a
+ * decline holds it too unless the author chose otherwise — a compliance
+ * surface you get past by saying no is not a compliance surface.
+ */
+export declare function outcomeFor(input: OutcomeInput): OutcomeKind;
+/**
+ * Can voice mode do anything on this step?
+ *
+ * A notification, an offer and a compliance takeover ask one question whose
+ * answer is which button you pressed. A microphone on that surface offers to
+ * transcribe nothing — it was showing up on offers because `voiceMode` was
+ * merely DEFAULTED off on newer templates, so any interaction created before
+ * that, or through the API, still rendered one.
+ *
+ * Structural, not a default: if the step has no answerable input, voice is off
+ * regardless of what the survey or the application says.
+ */
+export declare function voiceUsable(questions: ValidatableQuestion[] | null | undefined): boolean;
+/** The reward, ready to show — or null when there is nothing to hand over. */
+export declare function rewardToShow(survey: {
+    reward?: {
+        type?: unknown;
+        value?: unknown;
+        whereValid?: unknown;
+    } | null;
+    endDate?: unknown;
+} | null | undefined): {
+    type: string;
+    value: string;
+    whereValid: string;
+    expiresAt: string | null;
+} | null;
+/**
+ * Where clicking the CARD ITSELF should take someone, or null.
+ *
+ * People tap the message, not the button — so a notification's whole card is
+ * the click target. This was derived behaviour ("one action that has a link");
+ * it is now something an author sets, with the derived rule as the default so
+ * nothing that already worked stops working.
+ *
+ * THE TWO-ACTION VETO IS ABSOLUTE and not an author's to override. On a card
+ * offering accept and decline, a stray click anywhere would have to mean one of
+ * them — and on a consent surface that would manufacture agreement from a
+ * mis-tap. So a card is only ever clickable when it asks for exactly one thing.
+ */
+export declare function cardClickTarget(display: {
+    cardClickable?: unknown;
+    cardHref?: unknown;
+} | null | undefined, actions: Array<{
+    href?: string;
+}> | null | undefined): string | null;
+/** Hover treatment for a clickable card. Pointer devices only. */
+export declare function cardHoverEffect(display: {
+    hoverEffect?: unknown;
+} | null | undefined): 'none' | 'lift' | 'glow' | 'tint';
+export type ActionKind = 'url' | 'event' | 'webhook';
+export interface RawAction {
+    type?: unknown;
+    value?: unknown;
+    /** For 'event': the name the host application listens for. */
+    eventName?: unknown;
+    /** Template payload — values may contain {{variable}} references. */
+    payload?: unknown;
+}
+export interface ResolvedAction {
+    kind: ActionKind;
+    /** Navigable target for 'url', endpoint for 'webhook'. Null when unusable. */
+    href: string | null;
+    eventName: string | null;
+    /** Payload with every {{reference}} substituted. */
+    payload: Record<string, string>;
+}
+/**
+ * Resolve an action against a variable context.
+ *
+ * `interpolate` is supplied by the caller because each renderer already owns
+ * one, with its own context — the web SDK's reads the trigger event and device
+ * signals, the link renderer's reads URL params and answers. Passing the
+ * function keeps one rule here and one context there.
+ *
+ * INTERPOLATE FIRST, THEN CHECK THE SCHEME. A variable is data from outside —
+ * a URL parameter, a trait, an event field — so validating the template and
+ * then substituting would let `{{next}}` smuggle in `javascript:`. safeActionHref
+ * runs on the FINISHED string.
+ */
+export declare function resolveAction(action: RawAction | null | undefined, interpolate?: (s: string) => string): ResolvedAction | null;
 //# sourceMappingURL=validate.d.ts.map

package/dist/validate.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"validate.d.ts","sourceRoot":"","sources":["../src/validate.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAqCG;AAYH,MAAM,WAAW,mBAAmB;IAClC,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,QAAQ,CAAC,EAAE,OAAO,CAAC;IACnB,UAAU,CAAC,EAAE,OAAO,CAAC;IACrB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,iEAAiE;IACjE,OAAO,CAAC,EAAE,OAAO,CAAC;IAClB,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB;AAED,oEAAoE;AACpE,wBAAgB,cAAc,CAAC,QAAQ,EAAE,mBAAmB,EAAE,KAAK,EAAE,OAAO,GAAG,MAAM,GAAG,IAAI,CAgB3F;AAuND,iFAAiF;AACjF,wBAAgB,cAAc,CAAC,QAAQ,EAAE,mBAAmB,GAAG,MAAM,EAAE,CAetE;AAED;;;;GAIG;AACH,wBAAgB,cAAc,CAAC,QAAQ,EAAE,mBAAmB,GAAG,KAAK,CAAC;IAAE,KAAK,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,CAAC,CAerG"}
+{"version":3,"file":"validate.d.ts","sourceRoot":"","sources":["../src/validate.ts"],"names":[],"mappings":"AAAA,OAAO,EAAe,KAAK,iBAAiB,EAAE,MAAM,YAAY,CAAC;AAkDjE,MAAM,WAAW,mBAAmB;IAClC,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,QAAQ,CAAC,EAAE,OAAO,CAAC;IACnB,UAAU,CAAC,EAAE,OAAO,CAAC;IACrB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,iEAAiE;IACjE,OAAO,CAAC,EAAE,OAAO,CAAC;IAClB,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB;AAED;;;;;;;GAOG;AACH,wBAAgB,cAAc,CAAC,QAAQ,EAAE,mBAAmB,EAAE,KAAK,EAAE,OAAO,GAAG,MAAM,GAAG,IAAI,CAE3F;AAED,oFAAoF;AACpF,wBAAgB,kBAAkB,CAAC,QAAQ,EAAE,mBAAmB,EAAE,KAAK,EAAE,OAAO,GAAG,iBAAiB,GAAG,IAAI,CAgB1G;AA4ND,iFAAiF;AACjF,wBAAgB,cAAc,CAAC,QAAQ,EAAE,mBAAmB,GAAG,MAAM,EAAE,CAetE;AAED;;;;GAIG;AACH,wBAAgB,cAAc,CAC5B,QAAQ,EAAE,mBAAmB;AAC7B;;;;;;;;;;GAUG;AACH,WAAW,GAAE,CAAC,CAAC,EAAE,MAAM,KAAK,MAAiB,GAC5C,KAAK,CAAC;IAAE,KAAK,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAC;IAAC,IAAI,CAAC,EAAE,MAAM,CAAC;IAAC,KAAK,CAAC,EAAE,OAAO,CAAA;CAAE,CAAC,CAgDzE;AAED;;;;;;;;;;;;;;;;;;;GAmBG;AACH,wBAAgB,aAAa,CAAC,MAAM,EAAE,OAAO,EAAE,eAAe,CAAC,EAAE,MAAM,GAAG,IAAI,GAAG,OAAO,CAIvF;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,cAAc,CAAC,MAAM,EAAE,OAAO,GAAG,MAAM,GAAG,SAAS,CAalE;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,YAAY,CAAC,GAAG,EAAE,OAAO,GAAG,MAAM,CAajD;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,kBAAkB,CAChC,SAAS,EAAE,mBAAmB,EAAE,GAAG,IAAI,GAAG,SAAS,GAClD,KAAK,CAAC;IAAE,KAAK,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,CAAC,CAUzC;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,sBAAsB,CACpC,SAAS,EAAE,mBAAmB,EAAE,GAAG,IAAI,GAAG,SAAS,GAClD,OAAO,CAKT;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,iBAAiB,CAC/B,OAAO,EAAE;IAAE,IAAI,CAAC,EAAE,OAAO,CAAC;IAAC,SAAS,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,EACnE,QAAQ,CAAC,EAAE;IAAE,QAAQ,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GACvC,OAAO,CAMT;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,aAAa,CAC3B,OAAO,EAAE;IAAE,IAAI,CAAC,EAAE,OAAO,CAAC;IAAC,WAAW,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,EACrE,QAAQ,CAAC,EAAE;IAAE,QAAQ,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GACvC,MAAM,CAUR;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,iBAAiB,CAC/B,MAAM,EAAE;IAAE,OAAO,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,EAChD,OAAO,CAAC,EAAE;IAAE,YAAY,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,EAC3C,GAAG,CAAC,EAAE,MAAM,GACX;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,IAAI,EAAE,MAAM,CAAA;CAAE,GAAG,IAAI,CASrC;AAED,yFAAyF;AACzF,wBAAgB,eAAe,CAAC,EAAE,EAAE,MAAM,GAAG,MAAM,CAUlD;AAcD,MAAM,MAAM,WAAW,GACnB,QAAQ,GACR,UAAU,GACV,SAAS,GACT,QAAQ,GACR,SAAS,GACT,MAAM,CAAC;AAEX,MAAM,WAAW,YAAY;IAC3B,eAAe,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAChC,0EAA0E;IAC1E,MAAM,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IACvB,yEAAyE;IACzE,WAAW,CAAC,EAAE,OAAO,CAAC;IACtB,MAAM,CAAC,EAAE;QAAE,IAAI,CAAC,EAAE,OAAO,CAAC;QAAC,KAAK,CAAC,EAAE,OAAO,CAAC;QAAC,UAAU,CAAC,EAAE,OAAO,CAAA;KAAE,GAAG,IAAI,CAAC;IAC1E,UAAU,CAAC,EAAE;QAAE,cAAc,CAAC,EAAE,OAAO,CAAC;QAAC,SAAS,CAAC,EAAE,OAAO,CAAC;QAAC,cAAc,CAAC,EAAE,OAAO,CAAA;KAAE,GAAG,IAAI,CAAC;CACjG;AAED;;;;;;;;;GASG;AACH,wBAAgB,UAAU,CAAC,KAAK,EAAE,YAAY,GAAG,WAAW,CAuB3D;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,WAAW,CAAC,SAAS,EAAE,mBAAmB,EAAE,GAAG,IAAI,GAAG,SAAS,GAAG,OAAO,CAQxF;AAED,8EAA8E;AAC9E,wBAAgB,YAAY,CAC1B,MAAM,EAAE;IAAE,MAAM,CAAC,EAAE;QAAE,IAAI,CAAC,EAAE,OAAO,CAAC;QAAC,KAAK,CAAC,EAAE,OAAO,CAAC;QAAC,UAAU,CAAC,EAAE,OAAO,CAAA;KAAE,GAAG,IAAI,CAAC;IAAC,OAAO,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,GAC1H;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAC;IAAC,UAAU,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,MAAM,GAAG,IAAI,CAAA;CAAE,GAAG,IAAI,CAiBtF;AAED;;;;;;;;;;;;GAYG;AACH,wBAAgB,eAAe,CAC7B,OAAO,EAAE;IAAE,aAAa,CAAC,EAAE,OAAO,CAAC;IAAC,QAAQ,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,EAC3E,OAAO,EAAE,KAAK,CAAC;IAAE,IAAI,CAAC,EAAE,MAAM,CAAA;CAAE,CAAC,GAAG,IAAI,GAAG,SAAS,GACnD,MAAM,GAAG,IAAI,CASf;AAED,kEAAkE;AAClE,wBAAgB,eAAe,CAC7B,OAAO,EAAE;IAAE,WAAW,CAAC,EAAE,OAAO,CAAA;CAAE,GAAG,IAAI,GAAG,SAAS,GACpD,MAAM,GAAG,MAAM,GAAG,MAAM,GAAG,MAAM,CAGnC;AAeD,MAAM,MAAM,UAAU,GAAG,KAAK,GAAG,OAAO,GAAG,SAAS,CAAC;AAErD,MAAM,WAAW,SAAS;IACxB,IAAI,CAAC,EAAE,OAAO,CAAC;IACf,KAAK,CAAC,EAAE,OAAO,CAAC;IAChB,8DAA8D;IAC9D,SAAS,CAAC,EAAE,OAAO,CAAC;IACpB,qEAAqE;IACrE,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB;AAED,MAAM,WAAW,cAAc;IAC7B,IAAI,EAAE,UAAU,CAAC;IACjB,8EAA8E;IAC9E,IAAI,EAAE,MAAM,GAAG,IAAI,CAAC;IACpB,SAAS,EAAE,MAAM,GAAG,IAAI,CAAC;IACzB,oDAAoD;IACpD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;CACjC;AAED;;;;;;;;;;;;GAYG;AACH,wBAAgB,aAAa,CAC3B,MAAM,EAAE,SAAS,GAAG,IAAI,GAAG,SAAS,EACpC,WAAW,GAAE,CAAC,CAAC,EAAE,MAAM,KAAK,MAAiB,GAC5C,cAAc,GAAG,IAAI,CAqCvB"}