@endora-commerce/contracts 0.100.0

package/dist/admin-contributions.d.ts

@@ -0,0 +1,518 @@
+/**
+ * What a module package's `./admin` layer declares (feature 091, Principle II).
+ *
+ * These are **declarations, not components**, and the distinction is the whole
+ * design. Three consumers need a contribution to be enumerable without being
+ * executed: the registry generator, which writes an artefact naming every
+ * contribution and must not import a React tree to do it; the bundler, which
+ * has to see a `() => import('…')` factory as a split point and cannot follow a
+ * computed specifier; and the gating predicate, which decides visibility from
+ * `{ module, requiredPermission }` before anything renders. So a contribution
+ * is a plain object whose only function-valued field is a dynamic-import
+ * factory — the shape a `manifest.ts`'s `actions` array already has one layer
+ * up, and the reason the ⌘K palette is the one admin extension mechanism that
+ * needs no host edit today.
+ *
+ * They live here rather than in a types-only package because they cross a
+ * package boundary and Principle II puts a shape that does in
+ * `packages/contracts/`, beside `ModuleManifest` and `ModuleActionSchema`.
+ *
+ * **The component factory is a TypeScript type and not a Zod schema, and the
+ * split is deliberate.** Everything a generator, a check or a server can
+ * validate is a schema below; the factory is `unknown` to Zod because a
+ * function value carries nothing to validate beyond its arity, and pretending
+ * otherwise would put a `z.function()` in a package `admin` and `storefront`
+ * both compile while telling a reader it was checked. The data half is
+ * `AdminRouteDeclarationSchema`; the whole declaration, factory included, is
+ * the `AdminRouteDeclaration` interface.
+ */
+import { z } from 'zod';
+import type { InvoiceKind } from './invoices.js';
+import type { ShipmentStatus } from './shipping-methods.js';
+/**
+ * A permission code, or a set of codes any one of which suffices.
+ *
+ * The array form exists because the routes have it: `requireAdminAny([…])` is
+ * satisfied by either member, and naming only the first in the UI hides the
+ * screen from a role that holds the second. It is the shape
+ * `admin/src/lib/surface-visibility.ts` already defines, published here so a
+ * module package declares it without reaching into the admin for the type.
+ */
+export declare const PermissionRequirementSchema: z.ZodUnion<readonly [z.ZodString, z.ZodArray<z.ZodString>]>;
+export type PermissionRequirement = z.infer<typeof PermissionRequirementSchema>;
+/**
+ * The sidebar sections a module may join — closed, and derived from the ones
+ * `admin/src/components/AppShell.tsx` already declares.
+ *
+ * A module may not invent a section, for D-23's reason: an invented section is
+ * a heading nobody else can join, so two modules that belong together end up in
+ * two headings of one each and the operator reads it as two features.
+ */
+export declare const AdminNavSectionNameSchema: z.ZodEnum<{
+    system: "system";
+    catalog: "catalog";
+    customers: "customers";
+    content: "content";
+    newsletter: "newsletter";
+    main: "main";
+    sales: "sales";
+    inventory: "inventory";
+    pricing: "pricing";
+    channels: "channels";
+    messaging: "messaging";
+    analyticsAds: "analyticsAds";
+}>;
+export type AdminNavSectionName = z.infer<typeof AdminNavSectionNameSchema>;
+/**
+ * The places in a screen one module owns where another module's contribution
+ * may appear — closed, hierarchical, dot-separated, and the platform's.
+ *
+ * **A member exists when a host renders it, and not before.** The four members
+ * this enum opened with were derived from the places module additions had
+ * reached into by editing another module's file, which was the right derivation
+ * and produced a set nothing rendered and nothing contributed to — four names
+ * that had been silent since the enum landed. `check:admin-zones` reports every
+ * one of those as `unrendered-zone`, and it carries **no ledger**, deliberately:
+ * the remedy is always available in the same merge request, and it is either to
+ * render the place or to remove the name. So the set grows with the batch that
+ * mounts it, one member per place a host screen actually renders.
+ *
+ * `payment_method.row.actions` is the member that shows why. Measured, nothing
+ * under the payment-methods admin surface names a gateway id at all — the five
+ * gateways were given their own routes and settings screens — so there was
+ * nothing waiting to contribute and inventing a host for it would have been
+ * inventing a host.
+ *
+ * **Closed and unparameterised, and that is load-bearing.** A parameter in the
+ * name (`product.editor.field:<fieldPath>`, or a `z.templateLiteral`) was
+ * rejected: the refusal below compares declared names to rendered ones, and a
+ * name computed from a field path compares to nothing. The parameter is a prop
+ * — see {@link AdminZonePropsMap} — and one member may be mounted many times on
+ * one screen, each mount carrying its own.
+ *
+ * Both directions refuse: a contribution to a zone nobody declares is a build
+ * refusal, and a zone the platform declares that no host screen renders is one
+ * too. A contribution that silently renders nowhere is worse than one that
+ * fails.
+ */
+export declare const AdminZoneNameSchema: z.ZodEnum<{
+    "product.editor.details.before": "product.editor.details.before";
+    "product.editor.pricing.before": "product.editor.pricing.before";
+    "product.editor.field.after": "product.editor.field.after";
+    "delivery_method.list.integrations": "delivery_method.list.integrations";
+    "payment_method.list.integrations": "payment_method.list.integrations";
+    "invoice.detail.after": "invoice.detail.after";
+    "category.editor.after": "category.editor.after";
+    "product.editor.pricing.after": "product.editor.pricing.after";
+    "product.editor.channels": "product.editor.channels";
+    "sales_channel.editor.after": "sales_channel.editor.after";
+    "organization.detail.after": "organization.detail.after";
+    "customer.detail.after": "customer.detail.after";
+    "order.detail.payment": "order.detail.payment";
+    "order.shipment.row.actions": "order.shipment.row.actions";
+    "order.shipments.tab.actions": "order.shipments.tab.actions";
+    "order.entry.tabs": "order.entry.tabs";
+    "ledger.section.tabs": "ledger.section.tabs";
+}>;
+export type AdminZoneName = z.infer<typeof AdminZoneNameSchema>;
+/** A zone mounted once per product editor. */
+export interface ProductEditorZoneProps {
+    readonly productId: string;
+}
+/**
+ * A zone mounted once on the delivery-methods list, carrying nothing.
+ *
+ * Empty **by measurement, not by omission**: the host renders one card per
+ * shipping integration and has no identifier to name one by — a contributor is
+ * the integration. Declared as a named interface rather than as `object`
+ * inline so the map's entry reads like every other one and so a prop this zone
+ * later needs has one place to arrive.
+ */
+export interface DeliveryMethodIntegrationsZoneProps {
+}
+/** The payment-method integrations mount carries no host-owned data. */
+export interface PaymentMethodIntegrationsZoneProps {
+}
+/**
+ * A zone mounted once at the end of the invoice detail's totals column.
+ *
+ * Three props and not just the id, read off the one contribution's declared
+ * signature rather than from the rule of thumb that a detail member carries
+ * its entity's id: `kind` decides whether a KSeF panel applies at all (a
+ * proforma is never filed) and `ksefReferenceNumber` is the invoice's own
+ * stored reference, which the contributor shows until its first submission
+ * carries one. Both are already loaded by the host — the mount costs no
+ * request — and neither is `ksef`'s to fetch.
+ */
+export interface InvoiceDetailZoneProps {
+    readonly invoiceId: string;
+    /** `proforma` | `invoice` | `correction` — {@link InvoiceKind}. */
+    readonly kind: InvoiceKind;
+    readonly ksefReferenceNumber: string | null;
+}
+/**
+ * A zone mounted once at the end of the category editor's form.
+ *
+ * The entity's own id and nothing else, which is what the one contribution
+ * reads: `DisplayModeOverrideRow` takes a scope and a target id, and the scope
+ * is the contributor's constant — `catalog`'s editor is always editing a
+ * category.
+ */
+export interface CategoryEditorZoneProps {
+    readonly categoryId: string;
+}
+/**
+ * A zone mounted once below the sales-channel editor's identity form.
+ *
+ * The channel's **id**, not its code: every route the one contribution calls is
+ * `/api/v1/admin/sales-channels/:channelId/warehouses`, and `channelId` there
+ * is the id. The host has both loaded, so the mount costs no request.
+ */
+export interface SalesChannelEditorZoneProps {
+    readonly channelId: string;
+}
+/**
+ * A zone mounted once at the end of an organization's detail screen.
+ *
+ * The organization's own id and nothing else, which is the union of what the
+ * four contributions read: three of them take an entity id and their own
+ * constant scope, and the fourth — `carts`' approval policy — reads its own
+ * initial state from a route of its own rather than taking the boolean the
+ * host used to pass (§10.5). A prop only one contributor wants is a prop the
+ * other three would have to be given a reason for (Z3).
+ */
+export interface OrganizationDetailZoneProps {
+    readonly organizationId: string;
+}
+/**
+ * A zone mounted once at the end of a customer's detail screen.
+ *
+ * The customer's own id, on the same terms as its organization twin. Not
+ * aliased to {@link OrganizationDetailZoneProps} and not merged with it: the
+ * prop is named for the entity the mount carries, and the two members are two
+ * places (Z13).
+ */
+export interface CustomerDetailZoneProps {
+    readonly customerId: string;
+}
+/**
+ * A zone mounted once as the body of the order detail's Payment tab.
+ *
+ * The order's own id and nothing else, which is what the one contribution
+ * reads: the panel fetches the order's payments and its invoices from two
+ * routes that take an order id, and it owns both requests.
+ */
+export interface OrderDetailZoneProps {
+    readonly orderId: string;
+}
+/**
+ * A zone mounted once per shipment attempt on the order detail's Delivery tab.
+ *
+ * Five props, and the last two are here **because a contribution matches on
+ * them**. `match` compares by string value against the mount's props and a key
+ * the props do not carry never agrees, so a `providerCode` or a `status` left
+ * out of this interface would hide its contribution rather than widen it — the
+ * one way this conversion can regress in silence, and a `tsc` error at the
+ * mount rather than at the declaration.
+ *
+ * `providerCode` is nullable because an attempt the carrier never answered has
+ * no provider envelope, and a `null` there is the fail-closed direction: no
+ * carrier's contribution agrees with it.
+ */
+export interface OrderShipmentRowZoneProps {
+    readonly orderId: string;
+    readonly shipmentId: string;
+    /** The order's delivery-method code, e.g. `dhl_parcel_courier`. */
+    readonly deliveryMethodCode: string;
+    /**
+     * Which carrier opened *this attempt*, from the adapter's own envelope —
+     * `inpost`, `dhl_parcel`, or `null` when nothing was recorded.
+     *
+     * A provider code and not a module id: they coincide for both carriers today
+     * and the string is data the adapter deposited, which is why
+     * `check:admin-zones` reads it as neither.
+     */
+    readonly providerCode: string | null;
+    /** {@link ShipmentStatus} — the attempt's own state, matched on. */
+    readonly status: ShipmentStatus;
+}
+/**
+ * A zone mounted once in the footer action bar of the order detail's Delivery
+ * tab.
+ *
+ * The **latest** attempt and not the list: every action a carrier offers here
+ * acts on the most recent attempt, which is the only one an operator can still
+ * do anything about, and the host already computes it. Both latest fields are
+ * nullable for an order with no attempt yet — a contributor that needs one
+ * renders nothing, which it decides for itself rather than through `match`,
+ * because `match` compares strings and has no negation.
+ */
+export interface OrderShipmentsActionsZoneProps {
+    readonly orderId: string;
+    /** The order's delivery-method code, which is what `dhl_parcel` matches on. */
+    readonly deliveryMethodCode: string;
+    readonly latestShipmentId: string | null;
+    /** {@link ShipmentStatus} of the latest attempt, or `null` when there is none. */
+    readonly latestStatus: ShipmentStatus | null;
+}
+/**
+ * A zone mounted on the order-entry tab strip, carrying nothing.
+ *
+ * Empty **by measurement, not by omission**, on
+ * {@link DeliveryMethodIntegrationsZoneProps}' terms: the contributions *are*
+ * the tabs, and the host has no identifier to name one by — it is a switch
+ * between two entry modes, not a view of an entity. Declared as a named
+ * interface rather than inline so the map's entry reads like every other one.
+ */
+export interface OrderEntryTabsZoneProps {
+}
+/**
+ * A zone mounted on the invoice-ledger section strip, carrying nothing.
+ *
+ * Empty on {@link OrderEntryTabsZoneProps}' terms: the contributions are the
+ * tabs, and the host has no entity id to pass.
+ */
+export interface LedgerSectionTabsZoneProps {
+}
+/** A zone mounted beside one field of the product editor. */
+export interface ProductEditorFieldZoneProps {
+    readonly productId: string;
+    /**
+     * `name`, `description`, `categories`, `gallery`, `attachments`, or
+     * `attributeValues.<key>`.
+     */
+    readonly fieldPath: string;
+    /**
+     * The locales this field is edited in, or `null` for a field that is not
+     * language-scoped.
+     *
+     * The host passes the set; a contributor that wants one control per locale
+     * fans out over it. That is what collapses the two `LOCALES.map(...)` loops
+     * the product editor used to write around a foreign module's component into
+     * one mount, and it is why the parameter is a prop rather than a parameter in
+     * the zone name — see the rejection recorded on
+     * {@link AdminZoneNameSchema}'s contract.
+     */
+    readonly languageCodes: readonly string[] | null;
+}
+/**
+ * The props each zone carries, and the contract both ends are checked against.
+ *
+ * Declared as a `Record<AdminZoneName, object>`, so a member added to
+ * {@link AdminZoneNameSchema} without a props type is a compile error in this
+ * package — the half of the two-way refusal that needs no check.
+ *
+ * **`tsc` at both ends, and nothing at runtime.** The host writes
+ * `<AdminZone name="product.editor.field.after" props={{ ... }} />`, generic on
+ * the literal name; the contributor writes `zoneComponent('...', () => import(...))`,
+ * whose type constrains its module's default export to
+ * `ComponentType<AdminZoneProps<...>>`. The registry in the middle stays
+ * `unknown` deliberately: both ends are checked against this one map, so the
+ * map is the contract and the registry is a courier. A Zod schema parsed by the
+ * renderer was rejected — the props flow host to contributor, so a wrong prop
+ * is the first-party host's defect and `tsc` has already refused it, while the
+ * failure a parse cannot catch (a contributor assuming a prop the zone does not
+ * carry) is on the other side of the parse.
+ */
+export interface AdminZonePropsMap extends Record<AdminZoneName, object> {
+    'product.editor.details.before': ProductEditorZoneProps;
+    'product.editor.pricing.before': ProductEditorZoneProps;
+    'product.editor.field.after': ProductEditorFieldZoneProps;
+    'delivery_method.list.integrations': DeliveryMethodIntegrationsZoneProps;
+    'payment_method.list.integrations': PaymentMethodIntegrationsZoneProps;
+    'invoice.detail.after': InvoiceDetailZoneProps;
+    'category.editor.after': CategoryEditorZoneProps;
+    'product.editor.pricing.after': ProductEditorZoneProps;
+    'product.editor.channels': ProductEditorZoneProps;
+    'sales_channel.editor.after': SalesChannelEditorZoneProps;
+    'organization.detail.after': OrganizationDetailZoneProps;
+    'customer.detail.after': CustomerDetailZoneProps;
+    'order.detail.payment': OrderDetailZoneProps;
+    'order.shipment.row.actions': OrderShipmentRowZoneProps;
+    'order.shipments.tab.actions': OrderShipmentsActionsZoneProps;
+    'order.entry.tabs': OrderEntryTabsZoneProps;
+    'ledger.section.tabs': LedgerSectionTabsZoneProps;
+}
+/** The props of one zone, by name. */
+export type AdminZoneProps<Z extends AdminZoneName> = AdminZonePropsMap[Z];
+/**
+ * The data half of a route declaration — everything a generator or a check can
+ * read without evaluating the module's UI code.
+ *
+ * **Owner attribution is not a field.** The module id is the registry entry's
+ * key, so a declaration cannot claim to belong to a module other than the one
+ * that shipped it — the same reason a packaged migration is attributed to
+ * `endora.id` and never to a path segment (D-142). An attribution a module can
+ * write is an attribution a module can get wrong.
+ */
+export declare const AdminRouteDeclarationSchema: z.ZodObject<{
+    path: z.ZodString;
+    requiredPermission: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodArray<z.ZodString>]>>;
+    index: z.ZodOptional<z.ZodBoolean>;
+}, z.core.$strip>;
+/**
+ * The data half of a sidebar entry.
+ *
+ * Deliberately the same five fields `NAV` already carries in
+ * `admin/src/components/AppShell.tsx`, so the sidebar renders
+ * `[...hostNav, ...registryNav]` through the one existing predicate with no
+ * second gate. Issue #230's finding — three surfaces answering the visibility
+ * question three ways — does not get a fourth chance.
+ */
+export declare const AdminNavDeclarationSchema: z.ZodObject<{
+    to: z.ZodString;
+    labelKey: z.ZodString;
+    icon: z.ZodEnum<{
+        Plus: "Plus";
+        Sparkles: "Sparkles";
+        Settings: "Settings";
+        Search: "Search";
+        Boxes: "Boxes";
+        Layers: "Layers";
+        Menu: "Menu";
+        PlusCircle: "PlusCircle";
+        PlusSquare: "PlusSquare";
+        FilePlus: "FilePlus";
+        FolderPlus: "FolderPlus";
+        Upload: "Upload";
+        FileUp: "FileUp";
+        CloudUpload: "CloudUpload";
+        Download: "Download";
+        FileDown: "FileDown";
+        FileText: "FileText";
+        BookOpen: "BookOpen";
+        Rss: "Rss";
+        Package: "Package";
+        Tag: "Tag";
+        ShoppingCart: "ShoppingCart";
+        Receipt: "Receipt";
+        CreditCard: "CreditCard";
+        Users: "Users";
+        UserPlus: "UserPlus";
+        Inbox: "Inbox";
+        ListChecks: "ListChecks";
+        ClipboardList: "ClipboardList";
+        Image: "Image";
+        Video: "Video";
+        LayoutDashboard: "LayoutDashboard";
+        PanelLeft: "PanelLeft";
+        KeyRound: "KeyRound";
+        ShieldCheck: "ShieldCheck";
+        Edit: "Edit";
+        Archive: "Archive";
+        Box: "Box";
+        Truck: "Truck";
+        CircleDollarSign: "CircleDollarSign";
+        Activity: "Activity";
+        LineChart: "LineChart";
+        Smartphone: "Smartphone";
+        Webhook: "Webhook";
+        Scale: "Scale";
+        PlugZap: "PlugZap";
+        PercentDiamond: "PercentDiamond";
+        Newspaper: "Newspaper";
+        Languages: "Languages";
+        Eraser: "Eraser";
+        Warehouse: "Warehouse";
+        TrendingDown: "TrendingDown";
+        Bell: "Bell";
+        PackageOpen: "PackageOpen";
+        Building2: "Building2";
+        Store: "Store";
+        ClipboardCheck: "ClipboardCheck";
+    }>;
+    section: z.ZodEnum<{
+        system: "system";
+        catalog: "catalog";
+        customers: "customers";
+        content: "content";
+        newsletter: "newsletter";
+        main: "main";
+        sales: "sales";
+        inventory: "inventory";
+        pricing: "pricing";
+        channels: "channels";
+        messaging: "messaging";
+        analyticsAds: "analyticsAds";
+    }>;
+    weight: z.ZodNumber;
+    requiredPermission: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodArray<z.ZodString>]>>;
+}, z.core.$strip>;
+/**
+ * The data half of a contribution into another module's screen.
+ *
+ * A contribution declares **one** zone, so a component appearing in two zones
+ * is two contributions — and only the one that needs narrowing carries a
+ * {@link AdminZoneContributionSchema.shape.match}.
+ */
+export declare const AdminZoneContributionSchema: z.ZodObject<{
+    zone: z.ZodEnum<{
+        "product.editor.details.before": "product.editor.details.before";
+        "product.editor.pricing.before": "product.editor.pricing.before";
+        "product.editor.field.after": "product.editor.field.after";
+        "delivery_method.list.integrations": "delivery_method.list.integrations";
+        "payment_method.list.integrations": "payment_method.list.integrations";
+        "invoice.detail.after": "invoice.detail.after";
+        "category.editor.after": "category.editor.after";
+        "product.editor.pricing.after": "product.editor.pricing.after";
+        "product.editor.channels": "product.editor.channels";
+        "sales_channel.editor.after": "sales_channel.editor.after";
+        "organization.detail.after": "organization.detail.after";
+        "customer.detail.after": "customer.detail.after";
+        "order.detail.payment": "order.detail.payment";
+        "order.shipment.row.actions": "order.shipment.row.actions";
+        "order.shipments.tab.actions": "order.shipments.tab.actions";
+        "order.entry.tabs": "order.entry.tabs";
+        "ledger.section.tabs": "ledger.section.tabs";
+    }>;
+    weight: z.ZodNumber;
+    requiredPermission: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodArray<z.ZodString>]>>;
+    match: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodReadonly<z.ZodArray<z.ZodString>>]>>>;
+}, z.core.$strip>;
+/**
+ * A lazily-loaded React component.
+ *
+ * Typed structurally rather than against `react`, because
+ * `@endora-commerce/contracts` is compiled by the backend and must acquire no
+ * React dependency: a module's admin layer resolves the application's own copy
+ * of React through `@endora-commerce/admin-kit`'s peer dependencies, and the
+ * declaration only has to say "a default export a bundler can split on".
+ */
+export type AdminComponentFactory = () => Promise<{
+    readonly default: unknown;
+}>;
+/** A route a module adds to the admin's route table. */
+export interface AdminRouteDeclaration extends z.infer<typeof AdminRouteDeclarationSchema> {
+    /**
+     * A dynamic-import factory, and the **only** function-valued field.
+     *
+     * A statically imported component defeats FR-013 — an operator downloads the
+     * page code of modules they cannot reach — and makes the registry evaluate
+     * module UI code in order to be enumerated.
+     */
+    readonly component: AdminComponentFactory;
+}
+/** A sidebar entry a module adds. */
+export type AdminNavDeclaration = z.infer<typeof AdminNavDeclarationSchema>;
+/** A contribution a module makes into a zone another module's screen renders. */
+export interface AdminZoneContribution extends z.infer<typeof AdminZoneContributionSchema> {
+    readonly component: AdminComponentFactory;
+}
+/**
+ * What a module package's `src/admin/index.ts` exports — and the only thing it
+ * exports.
+ *
+ * All three arrays are optional, so a module shipping only a nav entry pointing
+ * at a host route is legal and so is one shipping only a zone contribution.
+ * The entry may not export a component, a hook or a service:
+ * `check:module-boundary`'s D-171 rule designates a subpath as contract surface
+ * when it emits **no runtime binding**, and `./admin` deliberately does not
+ * qualify — it exports an object — so a consumer reaching into another module's
+ * `./admin` is a counted boundary reach, which is the correct answer.
+ */
+export interface AdminContributions {
+    readonly routes?: readonly AdminRouteDeclaration[];
+    readonly nav?: readonly AdminNavDeclaration[];
+    readonly zones?: readonly AdminZoneContribution[];
+}
+//# sourceMappingURL=admin-contributions.d.ts.map

package/dist/admin-contributions.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"admin-contributions.d.ts","sourceRoot":"","sources":["../src/admin-contributions.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2BG;AACH,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AAGxB,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,eAAe,CAAC;AACjD,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,uBAAuB,CAAC;AA+B5D;;;;;;;;GAQG;AACH,eAAO,MAAM,2BAA2B,6DAGtC,CAAC;AAEH,MAAM,MAAM,qBAAqB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,2BAA2B,CAAC,CAAC;AAMhF;;;;;;;GAOG;AACH,eAAO,MAAM,yBAAyB;;;;;;;;;;;;;EAapC,CAAC;AAEH,MAAM,MAAM,mBAAmB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,CAAC;AAM5E;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA+BG;AACH,eAAO,MAAM,mBAAmB;;;;;;;;;;;;;;;;;;EA2R9B,CAAA;AAEF,MAAM,MAAM,aAAa,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,mBAAmB,CAAC,CAAC;AAMhE,8CAA8C;AAC9C,MAAM,WAAW,sBAAsB;IACrC,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;CAC5B;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,mCAAmC;CAAG;AAEvD,wEAAwE;AACxE,MAAM,WAAW,kCAAkC;CAAG;AAEtD;;;;;;;;;;GAUG;AACH,MAAM,WAAW,sBAAsB;IACrC,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B,mEAAmE;IACnE,QAAQ,CAAC,IAAI,EAAE,WAAW,CAAC;IAC3B,QAAQ,CAAC,mBAAmB,EAAE,MAAM,GAAG,IAAI,CAAC;CAC7C;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,uBAAuB;IACtC,QAAQ,CAAC,UAAU,EAAE,MAAM,CAAC;CAC7B;AAED;;;;;;GAMG;AACH,MAAM,WAAW,2BAA2B;IAC1C,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;CAC5B;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,2BAA2B;IAC1C,QAAQ,CAAC,cAAc,EAAE,MAAM,CAAC;CACjC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,uBAAuB;IACtC,QAAQ,CAAC,UAAU,EAAE,MAAM,CAAC;CAC7B;AAED;;;;;;GAMG;AACH,MAAM,WAAW,oBAAoB;IACnC,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;CAC1B;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,WAAW,yBAAyB;IACxC,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,UAAU,EAAE,MAAM,CAAC;IAC5B,mEAAmE;IACnE,QAAQ,CAAC,kBAAkB,EAAE,MAAM,CAAC;IACpC;;;;;;;OAOG;IACH,QAAQ,CAAC,YAAY,EAAE,MAAM,GAAG,IAAI,CAAC;IACrC,oEAAoE;IACpE,QAAQ,CAAC,MAAM,EAAE,cAAc,CAAC;CACjC;AAED;;;;;;;;;;GAUG;AACH,MAAM,WAAW,8BAA8B;IAC7C,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,+EAA+E;IAC/E,QAAQ,CAAC,kBAAkB,EAAE,MAAM,CAAC;IACpC,QAAQ,CAAC,gBAAgB,EAAE,MAAM,GAAG,IAAI,CAAC;IACzC,kFAAkF;IAClF,QAAQ,CAAC,YAAY,EAAE,cAAc,GAAG,IAAI,CAAC;CAC9C;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,uBAAuB;CAAG;AAE3C;;;;;GAKG;AACH,MAAM,WAAW,0BAA0B;CAAG;AAE9C,6DAA6D;AAC7D,MAAM,WAAW,2BAA2B;IAC1C,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B;;;OAGG;IACH,QAAQ,CAAC,SAAS,EAAE,MAAM,CAAC;IAC3B;;;;;;;;;;OAUG;IACH,QAAQ,CAAC,aAAa,EAAE,SAAS,MAAM,EAAE,GAAG,IAAI,CAAC;CAClD;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,WAAW,iBAAkB,SAAQ,MAAM,CAAC,aAAa,EAAE,MAAM,CAAC;IACtE,+BAA+B,EAAE,sBAAsB,CAAC;IACxD,+BAA+B,EAAE,sBAAsB,CAAC;IACxD,4BAA4B,EAAE,2BAA2B,CAAC;IAC1D,mCAAmC,EAAE,mCAAmC,CAAC;IACzE,kCAAkC,EAAE,kCAAkC,CAAC;IACvE,sBAAsB,EAAE,sBAAsB,CAAC;IAC/C,uBAAuB,EAAE,uBAAuB,CAAC;IAGjD,8BAA8B,EAAE,sBAAsB,CAAC;IACvD,yBAAyB,EAAE,sBAAsB,CAAC;IAClD,4BAA4B,EAAE,2BAA2B,CAAC;IAC1D,2BAA2B,EAAE,2BAA2B,CAAC;IACzD,uBAAuB,EAAE,uBAAuB,CAAC;IACjD,sBAAsB,EAAE,oBAAoB,CAAC;IAC7C,4BAA4B,EAAE,yBAAyB,CAAC;IACxD,6BAA6B,EAAE,8BAA8B,CAAC;IAC9D,kBAAkB,EAAE,uBAAuB,CAAC;IAC5C,qBAAqB,EAAE,0BAA0B,CAAC;CACnD;AAED,sCAAsC;AACtC,MAAM,MAAM,cAAc,CAAC,CAAC,SAAS,aAAa,IAAI,iBAAiB,CAAC,CAAC,CAAC,CAAC;AAM3E;;;;;;;;;GASG;AACH,eAAO,MAAM,2BAA2B;;;;iBAStC,CAAC;AAEH;;;;;;;;GAQG;AACH,eAAO,MAAM,yBAAyB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAgBpC,CAAC;AAEH;;;;;;GAMG;AACH,eAAO,MAAM,2BAA2B;;;;;;;;;;;;;;;;;;;;;;;iBAyBtC,CAAC;AAEH;;;;;;;;GAQG;AACH,MAAM,MAAM,qBAAqB,GAAG,MAAM,OAAO,CAAC;IAAE,QAAQ,CAAC,OAAO,EAAE,OAAO,CAAA;CAAE,CAAC,CAAC;AAEjF,wDAAwD;AACxD,MAAM,WAAW,qBAAsB,SAAQ,CAAC,CAAC,KAAK,CAAC,OAAO,2BAA2B,CAAC;IACxF;;;;;;OAMG;IACH,QAAQ,CAAC,SAAS,EAAE,qBAAqB,CAAC;CAC3C;AAED,qCAAqC;AACrC,MAAM,MAAM,mBAAmB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,CAAC;AAE5E,iFAAiF;AACjF,MAAM,WAAW,qBAAsB,SAAQ,CAAC,CAAC,KAAK,CAAC,OAAO,2BAA2B,CAAC;IACxF,QAAQ,CAAC,SAAS,EAAE,qBAAqB,CAAC;CAC3C;AAED;;;;;;;;;;;GAWG;AACH,MAAM,WAAW,kBAAkB;IACjC,QAAQ,CAAC,MAAM,CAAC,EAAE,SAAS,qBAAqB,EAAE,CAAC;IACnD,QAAQ,CAAC,GAAG,CAAC,EAAE,SAAS,mBAAmB,EAAE,CAAC;IAC9C,QAAQ,CAAC,KAAK,CAAC,EAAE,SAAS,qBAAqB,EAAE,CAAC;CACnD"}