@project-ava-supernova/core 0.2.71

package/dist/health/session-types.d.ts

@@ -0,0 +1,74 @@
+import type { HealthPlanExercise } from './types.js';
+/** One actually-performed set — what the user logged, not the target. */
+export interface GymSet {
+    id: string;
+    weight: number | null;
+    reps: number | null;
+    rpe: number | null;
+    notes: string | null;
+    completed_at: string;
+}
+/** An exercise within a session — its targets + the sets actually performed. */
+export interface GymExercise {
+    id: string;
+    /** Catalogue link when applicable, so progress charts can group by slug across sessions. */
+    ref?: {
+        kind: 'exercise';
+        slug: string;
+    } | null;
+    name: string;
+    /** Targets (what the plan/suggestion calls for) — guidance, not hard rules. */
+    target_sets: number | null;
+    target_reps: string | null;
+    target_weight: string | null;
+    target_rest_seconds: number | null;
+    tempo: string | null;
+    notes: string | null;
+    /**
+     * What happened, as a FIELD rather than a magic string.
+     *
+     * 'skipped' used to be encoded as notes === 'skipped', which meant the skip
+     * marker and the user's own note shared one slot: writing a note destroyed
+     * the skip, and marking a skip destroyed the note. Now they are separate, so
+     * "skipped — shoulder was still sore" is expressible, which is the version
+     * worth having.
+     *
+     *   'done'    — did it, no set detail (a tick)
+     *   'skipped' — deliberately did not do it. A FACT, never a blank.
+     *   null/absent with sets    — logged with detail
+     *   null/absent without sets — unrecorded, which is not the same as skipped
+     */
+    state?: 'done' | 'skipped' | null;
+    /** Sets actually performed this session. Grows as the user logs each one. */
+    sets: GymSet[];
+}
+export type GymSessionSource = 'plan' | 'freestyle' | 'recovery' | 'ava';
+export type GymSessionStatus = 'pending' | 'in-progress' | 'completed' | 'skipped';
+export interface GymSession {
+    schema_version: 1;
+    id: string;
+    date: string;
+    source: GymSessionSource;
+    /** When source='plan', which plan day populated this. */
+    plan_id?: string | null;
+    day_index?: number | null;
+    status: GymSessionStatus;
+    title: string | null;
+    exercises: GymExercise[];
+    notes: string | null;
+    started_at: string | null;
+    completed_at: string | null;
+    updated_at: string;
+}
+/** Drop a plan-day exercise into the session queue — rename of the same shape. */
+export declare function gymExerciseFromPlan(p: HealthPlanExercise): GymExercise;
+/** Build a blank session for a date — used by every source (plan/freestyle/etc). */
+export declare function freshGymSession(opts: {
+    date: string;
+    source: GymSessionSource;
+    title?: string | null;
+    plan_id?: string | null;
+    day_index?: number | null;
+}): GymSession;
+export declare function newGymItemId(prefix: string): string;
+//# sourceMappingURL=session-types.d.ts.map

package/dist/health/session-types.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"session-types.d.ts","sourceRoot":"","sources":["../../src/health/session-types.ts"],"names":[],"mappings":"AAmBA,OAAO,KAAK,EAAE,kBAAkB,EAAE,MAAM,YAAY,CAAC;AAErD,yEAAyE;AACzE,MAAM,WAAW,MAAM;IACrB,EAAE,EAAE,MAAM,CAAC;IACX,MAAM,EAAE,MAAM,GAAG,IAAI,CAAC;IACtB,IAAI,EAAE,MAAM,GAAG,IAAI,CAAC;IACpB,GAAG,EAAE,MAAM,GAAG,IAAI,CAAC;IACnB,KAAK,EAAE,MAAM,GAAG,IAAI,CAAC;IACrB,YAAY,EAAE,MAAM,CAAC;CACtB;AAED,gFAAgF;AAChF,MAAM,WAAW,WAAW;IAC1B,EAAE,EAAE,MAAM,CAAC;IACX,4FAA4F;IAC5F,GAAG,CAAC,EAAE;QAAE,IAAI,EAAE,UAAU,CAAC;QAAC,IAAI,EAAE,MAAM,CAAA;KAAE,GAAG,IAAI,CAAC;IAChD,IAAI,EAAE,MAAM,CAAC;IACb,+EAA+E;IAC/E,WAAW,EAAE,MAAM,GAAG,IAAI,CAAC;IAC3B,WAAW,EAAE,MAAM,GAAG,IAAI,CAAC;IAC3B,aAAa,EAAE,MAAM,GAAG,IAAI,CAAC;IAC7B,mBAAmB,EAAE,MAAM,GAAG,IAAI,CAAC;IACnC,KAAK,EAAE,MAAM,GAAG,IAAI,CAAC;IACrB,KAAK,EAAE,MAAM,GAAG,IAAI,CAAC;IACrB;;;;;;;;;;;;;OAaG;IACH,KAAK,CAAC,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,CAAC;IAClC,6EAA6E;IAC7E,IAAI,EAAE,MAAM,EAAE,CAAC;CAChB;AAED,MAAM,MAAM,gBAAgB,GAAG,MAAM,GAAG,WAAW,GAAG,UAAU,GAAG,KAAK,CAAC;AACzE,MAAM,MAAM,gBAAgB,GAAG,SAAS,GAAG,aAAa,GAAG,WAAW,GAAG,SAAS,CAAC;AAEnF,MAAM,WAAW,UAAU;IACzB,cAAc,EAAE,CAAC,CAAC;IAClB,EAAE,EAAE,MAAM,CAAC;IACX,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,gBAAgB,CAAC;IACzB,yDAAyD;IACzD,OAAO,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IACxB,SAAS,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,MAAM,EAAE,gBAAgB,CAAC;IACzB,KAAK,EAAE,MAAM,GAAG,IAAI,CAAC;IACrB,SAAS,EAAE,WAAW,EAAE,CAAC;IACzB,KAAK,EAAE,MAAM,GAAG,IAAI,CAAC;IACrB,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,YAAY,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,UAAU,EAAE,MAAM,CAAC;CACpB;AAED,kFAAkF;AAClF,wBAAgB,mBAAmB,CAAC,CAAC,EAAE,kBAAkB,GAAG,WAAW,CAatE;AAED,oFAAoF;AACpF,wBAAgB,eAAe,CAAC,IAAI,EAAE;IACpC,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,gBAAgB,CAAC;IACzB,KAAK,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IACtB,OAAO,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IACxB,SAAS,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;CAC3B,GAAG,UAAU,CAiBb;AAED,wBAAgB,YAAY,CAAC,MAAM,EAAE,MAAM,GAAG,MAAM,CAGnD"}

package/dist/health/session-types.js

@@ -0,0 +1,53 @@
+// ─── The training log ───────────────────────────────────────────────────────
+//
+// What actually happened at the rack, as opposed to what the plan asked for.
+// The distinction is the whole point: a plan is an intention, and progression
+// that reads intentions is progression that reads nothing.
+//
+// PORTED INTO CORE 28 Jul from the companion, where it already worked. It lives
+// here — not copied per surface — because "same Ava, same memory" is the
+// promise the observing loop makes, and a phone that knows you trained Tuesday
+// beside an editor that does not is exactly that promise broken.
+//
+// Everything is captured, nothing is judged. Reading it (what got completed,
+// what got skipped, what to say about it) belongs elsewhere; this is only the
+// record.
+/** Drop a plan-day exercise into the session queue — rename of the same shape. */
+export function gymExerciseFromPlan(p) {
+    return {
+        id: newGymItemId('ex'),
+        ref: p.ref ?? null,
+        name: p.name,
+        target_sets: p.sets,
+        target_reps: p.reps,
+        target_weight: p.weight,
+        target_rest_seconds: p.rest_seconds,
+        tempo: p.tempo,
+        notes: p.notes,
+        sets: [],
+    };
+}
+/** Build a blank session for a date — used by every source (plan/freestyle/etc). */
+export function freshGymSession(opts) {
+    const now = new Date().toISOString();
+    return {
+        schema_version: 1,
+        id: newGymItemId('gs'),
+        date: opts.date,
+        source: opts.source,
+        plan_id: opts.plan_id ?? null,
+        day_index: opts.day_index ?? null,
+        status: 'pending',
+        title: opts.title ?? null,
+        exercises: [],
+        notes: null,
+        started_at: null,
+        completed_at: null,
+        updated_at: now,
+    };
+}
+export function newGymItemId(prefix) {
+    const c = typeof crypto !== 'undefined' ? crypto : undefined;
+    return c?.randomUUID?.() ?? `${prefix}-${Date.now()}-${Math.random().toString(36).slice(2, 8)}`;
+}
+//# sourceMappingURL=session-types.js.map

package/dist/health/session-types.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"session-types.js","sourceRoot":"","sources":["../../src/health/session-types.ts"],"names":[],"mappings":"AAAA,+EAA+E;AAC/E,EAAE;AACF,6EAA6E;AAC7E,8EAA8E;AAC9E,2DAA2D;AAC3D,EAAE;AACF,gFAAgF;AAChF,yEAAyE;AACzE,+EAA+E;AAC/E,iEAAiE;AACjE,EAAE;AACF,6EAA6E;AAC7E,8EAA8E;AAC9E,UAAU;AAsEV,kFAAkF;AAClF,MAAM,UAAU,mBAAmB,CAAC,CAAqB;IACvD,OAAO;QACL,EAAE,EAAE,YAAY,CAAC,IAAI,CAAC;QACtB,GAAG,EAAE,CAAC,CAAC,GAAG,IAAI,IAAI;QAClB,IAAI,EAAE,CAAC,CAAC,IAAI;QACZ,WAAW,EAAE,CAAC,CAAC,IAAI;QACnB,WAAW,EAAE,CAAC,CAAC,IAAI;QACnB,aAAa,EAAE,CAAC,CAAC,MAAM;QACvB,mBAAmB,EAAE,CAAC,CAAC,YAAY;QACnC,KAAK,EAAE,CAAC,CAAC,KAAK;QACd,KAAK,EAAE,CAAC,CAAC,KAAK;QACd,IAAI,EAAE,EAAE;KACT,CAAC;AACJ,CAAC;AAED,oFAAoF;AACpF,MAAM,UAAU,eAAe,CAAC,IAM/B;IACC,MAAM,GAAG,GAAG,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE,CAAC;IACrC,OAAO;QACL,cAAc,EAAE,CAAC;QACjB,EAAE,EAAE,YAAY,CAAC,IAAI,CAAC;QACtB,IAAI,EAAE,IAAI,CAAC,IAAI;QACf,MAAM,EAAE,IAAI,CAAC,MAAM;QACnB,OAAO,EAAE,IAAI,CAAC,OAAO,IAAI,IAAI;QAC7B,SAAS,EAAE,IAAI,CAAC,SAAS,IAAI,IAAI;QACjC,MAAM,EAAE,SAAS;QACjB,KAAK,EAAE,IAAI,CAAC,KAAK,IAAI,IAAI;QACzB,SAAS,EAAE,EAAE;QACb,KAAK,EAAE,IAAI;QACX,UAAU,EAAE,IAAI;QAChB,YAAY,EAAE,IAAI;QAClB,UAAU,EAAE,GAAG;KAChB,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,YAAY,CAAC,MAAc;IACzC,MAAM,CAAC,GAA8C,OAAO,MAAM,KAAK,WAAW,CAAC,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,SAAS,CAAC;IACxG,OAAO,CAAC,EAAE,UAAU,EAAE,EAAE,IAAI,GAAG,MAAM,IAAI,IAAI,CAAC,GAAG,EAAE,IAAI,IAAI,CAAC,MAAM,EAAE,CAAC,QAAQ,CAAC,EAAE,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,EAAE,CAAC;AAClG,CAAC"}

package/dist/health/shopping-list.d.ts

@@ -0,0 +1,226 @@
+/**
+ * Turn a stretch of a meal plan into one shopping list.
+ *
+ * A meal plan that cannot be shopped is not a plan, it is a suggestion. This is
+ * the step that makes the week executable: every meal in the range, every
+ * ingredient line scaled to the servings actually planned, the same ingredient
+ * collapsed into one row, and the rows walked in the order of a shop.
+ *
+ * Three rules it holds to, all of them learned the hard way elsewhere in this
+ * feature:
+ *
+ *  - DERIVE, DON'T COPY. Ingredient quantities are stored exactly as the
+ *    recipe wrote them, for the recipe's own default servings. Scaling happens
+ *    here, at read time, so changing a meal's servings needs no rewrite of the
+ *    stored plan and cannot leave a stale number behind.
+ *
+ *  - NEVER INVENT A CONVERSION. Grams and millilitres are summed separately,
+ *    and a count ("2 cloves") is never silently turned into a weight. When an
+ *    item arrives in two incompatible shapes the list says "400 g + 2 cloves"
+ *    rather than guessing. A wrong quantity in a shop is worse than two.
+ *
+ *  - ABSENCE IS NOT ZERO. A meal whose ingredients were never captured is
+ *    reported in `missing`, not quietly skipped. A short list that looks
+ *    complete would send someone home without dinner.
+ */
+import { type Aisle } from './aisles.js';
+import type { HealthPlanDay, HealthPlanMeal, PlanIngredient } from './types.js';
+/** Only the fields the list actually reads. Structural on purpose: the
+ *  extension, the IDE and the companion each carry their own fuller
+ *  ShoppablePlan, and all three satisfy this. */
+export interface ShoppablePlan {
+    id: string;
+    title: string;
+    status?: string;
+    start_date: string | null;
+    days: HealthPlanDay[];
+}
+/** A quantity in one unit family. An item may carry more than one. */
+export interface ShoppingAmount {
+    qty: number;
+    /** Display-ready and already chosen for readability — g/kg, ml/l/tsp/tbsp,
+     *  or the count noun the recipe used. */
+    unit: string;
+}
+export interface ShoppingItem {
+    /** Normalised identity — stable across "yellow onion" and "onion, chopped". */
+    key: string;
+    /** What to show. The most common raw spelling among the lines that fed it,
+     *  so the list reads like a recipe rather than like a database. */
+    name: string;
+    aisle: Aisle;
+    amounts: ShoppingAmount[];
+    /** Lines that carried no usable quantity ("salt to taste"). Counted, not
+     *  dropped, so an item never disappears just because nobody measured it. */
+    looseLines: number;
+    /** True only when EVERY line that fed this item was optional. */
+    optional: boolean;
+    /** Which planned meals need it — the answer to "why is this on my list?" */
+    meals: string[];
+    /**
+     * Which plans contributed it, when the list spans more than one.
+     *
+     * Empty for a single-plan list, where naming the plan on every row would be
+     * noise. More than one entry is the interesting case: two plans both
+     * wanting onions is exactly the situation a per-plan list hid.
+     */
+    plans: string[];
+}
+export interface ShoppingGroup {
+    aisle: Aisle;
+    items: ShoppingItem[];
+}
+/**
+ * A meal the list could not shop for, and WHY.
+ *
+ * The two reasons need different words and different fixes, and collapsing
+ * them into one "could not be found" tells nobody anything — including me,
+ * when the first report came back and the cause could not be read off it.
+ *
+ *  - `not_in_library`: the meal has no library ref. Ava named a dish rather
+ *    than choosing a recipe, so there is no ingredient list in existence.
+ *    Nothing to retry; the meal has to be swapped for a real recipe.
+ *  - `lookup_failed`: it has a ref, but the ingredients are not here. That is
+ *    a network or library problem, and it is worth trying again.
+ */
+export interface MissingMeal {
+    name: string;
+    reason: 'not_in_library' | 'lookup_failed';
+}
+/** A meal the list deliberately left out because it has already happened. */
+export interface SettledMeal {
+    name: string;
+    state: 'ate' | 'skipped' | 'other';
+}
+export interface ShoppingList {
+    groups: ShoppingGroup[];
+    itemCount: number;
+    mealCount: number;
+    /** Meals in range the list could not cover. It is short by exactly these,
+     *  and the UI must say so rather than looking complete. */
+    missing: MissingMeal[];
+    /**
+     * Meals left off because they were already logged — eaten, skipped, or
+     * swapped for something else.
+     *
+     * Reported for the same reason `missing` is: the list is shorter than the
+     * plan, and a shorter list that does not say why reads as a bug. The
+     * difference is that this one is short ON PURPOSE.
+     */
+    settled: SettledMeal[];
+}
+/**
+ * A day to shop for, and which plan it came from.
+ *
+ * The plan title travels with the day rather than being looked up later,
+ * because once days from several plans are in one pile there is nothing left
+ * on a day to say where it came from.
+ */
+export interface PlanDaySource {
+    day: HealthPlanDay;
+    planTitle?: string | null;
+}
+export interface ShoppingListOptions {
+    /** Leave out lines the recipe marked optional. Off by default: the cook
+     *  decides what to skip, not the list. */
+    excludeOptional?: boolean;
+    /**
+     * How many people are eating, from the profile.
+     *
+     * This is the ONLY place household size is applied, and it took a wrong turn
+     * to establish that. The obvious move is to default a meal's `servings` to
+     * the household — but `servings` is what YOU eat, and the macros stored on
+     * the row are scaled by it. A household of four would have multiplied every
+     * day's calories by four against a target meant for one person, and every
+     * "under your target" check would have been wrong.
+     *
+     * So the plan stays per-person and the shopping list — the one surface that
+     * genuinely means "how much food to buy" — multiplies at the end. Null or 1
+     * changes nothing, which is exactly what an unset profile should do.
+     */
+    household?: number | null;
+}
+/**
+ * How much of a recipe is being made. Ingredients are written for the recipe's
+ * own default servings, so a meal planned at 4 servings of a 2-serving recipe
+ * needs everything doubled. A missing or nonsense default means 1:1 rather
+ * than a guess that could double a shopping list.
+ */
+export declare function servingScale(meal: HealthPlanMeal): number;
+/** One plan's days. What you get when you open a plan and tap Shopping list. */
+export declare function buildShoppingList(days: HealthPlanDay[], opts?: ShoppingListOptions): ShoppingList;
+/**
+ * Days from several plans at once — a week, not a plan.
+ *
+ * You do one shop, not one shop per plan, and activation only archives other
+ * active plans of the SAME type, so a meal plan and a combined plan can both
+ * be live in the same week with meals on both.
+ */
+export declare function buildShoppingListAcross(sources: PlanDaySource[], opts?: ShoppingListOptions): ShoppingList;
+/**
+ * What was shopped for and never cooked.
+ *
+ * The other half of logging a skip. If somebody shopped for the week and then
+ * did not make Thursday's dinner, those ingredients are in their kitchen right
+ * now — and until this existed, nothing in the system knew that. Ava would
+ * cheerfully propose a shop for entirely different food while a bag of
+ * spinach quietly went off in the fridge.
+ *
+ * Deliberately DERIVED rather than stored. The skip is already recorded on the
+ * meal row, so surplus is a reading of the plan rather than a second source of
+ * truth that could disagree with it. No new store, nothing to migrate, and
+ * nothing to keep in sync on four surfaces — the same reasoning that put
+ * `logged` on the plan row in the first place.
+ *
+ * Only 'skipped' and 'other' count. A meal that was EATEN consumed its
+ * ingredients, and a meal with no log at all has not happened yet.
+ *
+ * It returns a ShoppingList because the shape is exactly right — the same
+ * aisles, the same merging, the same honest handling of "400 g + 2 cloves" —
+ * and because a surplus is best read as a list of what you have.
+ */
+export declare function buildSurplus(days: HealthPlanDay[], opts?: ShoppingListOptions): ShoppingList;
+/** Surplus across several plans, matching buildShoppingListAcross. */
+export declare function buildSurplusAcross(sources: PlanDaySource[], opts?: ShoppingListOptions): ShoppingList;
+/**
+ * The days from every plan that land inside a date range, inclusive.
+ *
+ * Only DATED plans can be in a week — a draft with no start date has no
+ * position in time, and guessing one would put food on a list for a week
+ * nobody has committed to. The calendar draws such drafts as dashed proposals
+ * precisely because they are not real yet; a shopping list is not the place to
+ * pretend otherwise.
+ *
+ * Archived plans are excluded: they were superseded, and their meals are not
+ * what anyone is cooking.
+ */
+export declare function daysInRange(plans: ShoppablePlan[], fromIso: string, toIso: string): PlanDaySource[];
+/** Monday of the week containing `iso`, and the Sunday six days later. A week
+ *  that starts on the day you happen to open the app is not a week anyone
+ *  shops for. */
+export declare function weekBounds(iso: string): {
+    from: string;
+    to: string;
+};
+/** Shift a week window by whole weeks. */
+export declare function shiftWeek(bounds: {
+    from: string;
+    to: string;
+}, by: number): {
+    from: string;
+    to: string;
+};
+/** Every meal in the plan that has no captured ingredients, with the slug
+ *  needed to go and fetch them. Drives the one-time backfill for plans made
+ *  before ingredients were captured. */
+export declare function mealsNeedingIngredients(days: HealthPlanDay[]): Array<{
+    slug: string;
+    level: string | null;
+}>;
+/** Pick the lines that belong to a chosen skill level: the shared ones plus
+ *  that level's own. Listing them flat would tell a beginner they need the
+ *  expert's extras — the same rule the recipe screen follows. */
+export declare function ingredientsForLevel(all: Array<PlanIngredient & {
+    level?: string | null;
+}>, level: string | null | undefined): PlanIngredient[];
+//# sourceMappingURL=shopping-list.d.ts.map

package/dist/health/shopping-list.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"shopping-list.d.ts","sourceRoot":"","sources":["../../src/health/shopping-list.ts"],"names":[],"mappings":"AAOA;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,OAAO,EAAgE,KAAK,KAAK,EAAE,MAAM,aAAa,CAAC;AACvG,OAAO,KAAK,EAAE,aAAa,EAAE,cAAc,EAAE,cAAc,EAAE,MAAM,YAAY,CAAC;AAEhF;;iDAEiD;AACjD,MAAM,WAAW,aAAa;IAC5B,EAAE,EAAE,MAAM,CAAC;IACX,KAAK,EAAE,MAAM,CAAC;IACd,MAAM,CAAC,EAAE,MAAM,CAAC;IAChB,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,IAAI,EAAE,aAAa,EAAE,CAAC;CACvB;AAED,sEAAsE;AACtE,MAAM,WAAW,cAAc;IAC7B,GAAG,EAAE,MAAM,CAAC;IACZ;6CACyC;IACzC,IAAI,EAAE,MAAM,CAAC;CACd;AAED,MAAM,WAAW,YAAY;IAC3B,+EAA+E;IAC/E,GAAG,EAAE,MAAM,CAAC;IACZ;uEACmE;IACnE,IAAI,EAAE,MAAM,CAAC;IACb,KAAK,EAAE,KAAK,CAAC;IACb,OAAO,EAAE,cAAc,EAAE,CAAC;IAC1B;gFAC4E;IAC5E,UAAU,EAAE,MAAM,CAAC;IACnB,iEAAiE;IACjE,QAAQ,EAAE,OAAO,CAAC;IAClB,4EAA4E;IAC5E,KAAK,EAAE,MAAM,EAAE,CAAC;IAChB;;;;;;OAMG;IACH,KAAK,EAAE,MAAM,EAAE,CAAC;CACjB;AAED,MAAM,WAAW,aAAa;IAC5B,KAAK,EAAE,KAAK,CAAC;IACb,KAAK,EAAE,YAAY,EAAE,CAAC;CACvB;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,WAAW,WAAW;IAC1B,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,gBAAgB,GAAG,eAAe,CAAC;CAC5C;AAED,6EAA6E;AAC7E,MAAM,WAAW,WAAW;IAC1B,IAAI,EAAE,MAAM,CAAC;IACb,KAAK,EAAE,KAAK,GAAG,SAAS,GAAG,OAAO,CAAC;CACpC;AAED,MAAM,WAAW,YAAY;IAC3B,MAAM,EAAE,aAAa,EAAE,CAAC;IACxB,SAAS,EAAE,MAAM,CAAC;IAClB,SAAS,EAAE,MAAM,CAAC;IAClB;+DAC2D;IAC3D,OAAO,EAAE,WAAW,EAAE,CAAC;IACvB;;;;;;;OAOG;IACH,OAAO,EAAE,WAAW,EAAE,CAAC;CACxB;AAwGD;;;;;;GAMG;AACH,MAAM,WAAW,aAAa;IAC5B,GAAG,EAAE,aAAa,CAAC;IACnB,SAAS,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;CAC3B;AA2CD,MAAM,WAAW,mBAAmB;IAClC;8CAC0C;IAC1C,eAAe,CAAC,EAAE,OAAO,CAAC;IAC1B;;;;;;;;;;;;;OAaG;IACH,SAAS,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;CAC3B;AAED;;;;;GAKG;AACH,wBAAgB,YAAY,CAAC,IAAI,EAAE,cAAc,GAAG,MAAM,CAKzD;AAED,gFAAgF;AAChF,wBAAgB,iBAAiB,CAC/B,IAAI,EAAE,aAAa,EAAE,EACrB,IAAI,GAAE,mBAAwB,GAC7B,YAAY,CAEd;AAED;;;;;;GAMG;AACH,wBAAgB,uBAAuB,CACrC,OAAO,EAAE,aAAa,EAAE,EACxB,IAAI,GAAE,mBAAwB,GAC7B,YAAY,CAEd;AA+HD;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,YAAY,CAC1B,IAAI,EAAE,aAAa,EAAE,EACrB,IAAI,GAAE,mBAAwB,GAC7B,YAAY,CAEd;AAED,sEAAsE;AACtE,wBAAgB,kBAAkB,CAChC,OAAO,EAAE,aAAa,EAAE,EACxB,IAAI,GAAE,mBAAwB,GAC7B,YAAY,CAkBd;AAID;;;;;;;;;;;GAWG;AACH,wBAAgB,WAAW,CACzB,KAAK,EAAE,aAAa,EAAE,EACtB,OAAO,EAAE,MAAM,EACf,KAAK,EAAE,MAAM,GACZ,aAAa,EAAE,CAkBjB;AAED;;iBAEiB;AACjB,wBAAgB,UAAU,CAAC,GAAG,EAAE,MAAM,GAAG;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,EAAE,EAAE,MAAM,CAAA;CAAE,CAiBpE;AAED,0CAA0C;AAC1C,wBAAgB,SAAS,CAAC,MAAM,EAAE;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,EAAE,EAAE,MAAM,CAAA;CAAE,EAAE,EAAE,EAAE,MAAM,GAAG;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,EAAE,EAAE,MAAM,CAAA;CAAE,CAMxG;AAED;;wCAEwC;AACxC,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,aAAa,EAAE,GAAG,KAAK,CAAC;IAAE,IAAI,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,GAAG,IAAI,CAAA;CAAE,CAAC,CAY5G;AAED;;iEAEiE;AACjE,wBAAgB,mBAAmB,CACjC,GAAG,EAAE,KAAK,CAAC,cAAc,GAAG;IAAE,KAAK,CAAC,EAAE,MAAM,GAAG,IAAI,CAAA;CAAE,CAAC,EACtD,KAAK,EAAE,MAAM,GAAG,IAAI,GAAG,SAAS,GAC/B,cAAc,EAAE,CAIlB"}