@mj-biz-apps/orders-ng 5.2.0 → 5.2.1

package/dist/lib/custom/Product/widgets/product-accounting-widget.component.js

@@ -1,6 +1,7 @@
 import { Component, EventEmitter, Input, Output } from '@angular/core';
 import * as i0 from "@angular/core";
 import * as i1 from "@memberjunction/ng-base-forms";
+import * as i2 from "./product-gl-links.component.js";
 /**
  * Droppable Product Tax, Charges & Accounting GL Widget.
  */
@@ -10,7 +11,7 @@ export class BizAppsProductAccountingWidgetComponent {
     FormContext;
     Navigate = new EventEmitter();
     static ɵfac = function BizAppsProductAccountingWidgetComponent_Factory(__ngFactoryType__) { return new (__ngFactoryType__ || BizAppsProductAccountingWidgetComponent)(); };
-    static ɵcmp = /*@__PURE__*/ i0.ɵɵdefineComponent({ type: BizAppsProductAccountingWidgetComponent, selectors: [["bizapps-product-accounting-widget"]], inputs: { Product: "Product", EditMode: "EditMode", FormContext: "FormContext" }, outputs: { Navigate: "Navigate" }, standalone: false, decls: 11, vars: 16, consts: [[1, "mjo-acct-widget-wrap"], [1, "mjo-acct-card"], [1, "mjo-card-head"], [1, "fa-solid", "fa-scale-balanced"], [1, "mjo-card-body"], ["FieldName", "RevenueRecognitionTypeID", "Type", "textbox", "LinkType", "Record", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "IsTaxable", "Type", "checkbox", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "TaxCategory", "Type", "textbox", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "StandaloneSellingPrice", "Type", "number", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"]], template: function BizAppsProductAccountingWidgetComponent_Template(rf, ctx) { if (rf & 1) {
+    static ɵcmp = /*@__PURE__*/ i0.ɵɵdefineComponent({ type: BizAppsProductAccountingWidgetComponent, selectors: [["bizapps-product-accounting-widget"]], inputs: { Product: "Product", EditMode: "EditMode", FormContext: "FormContext" }, outputs: { Navigate: "Navigate" }, standalone: false, decls: 14, vars: 19, consts: [[1, "mjo-acct-widget-wrap"], [1, "mjo-acct-card"], [1, "mjo-card-head"], [1, "fa-solid", "fa-scale-balanced"], [1, "mjo-card-body"], ["FieldName", "RevenueRecognitionTypeID", "Type", "textbox", "LinkType", "Record", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "IsTaxable", "Type", "checkbox", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "TaxCategory", "Type", "textbox", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], ["FieldName", "StandaloneSellingPrice", "Type", "number", 3, "Navigate", "Record", "ShowLabel", "EditMode", "FormContext"], [3, "Navigate", "Product", "EditMode", "FormContext"]], template: function BizAppsProductAccountingWidgetComponent_Template(rf, ctx) { if (rf & 1) {
             i0.ɵɵelementStart(0, "div", 0)(1, "div", 1)(2, "div", 2);
             i0.ɵɵelement(3, "i", 3);
             i0.ɵɵelementStart(4, "span");
@@ -27,6 +28,9 @@ export class BizAppsProductAccountingWidgetComponent {
             i0.ɵɵelementEnd();
             i0.ɵɵelementStart(10, "mj-form-field", 8);
             i0.ɵɵlistener("Navigate", function BizAppsProductAccountingWidgetComponent_Template_mj_form_field_Navigate_10_listener($event) { return ctx.Navigate.emit($event); });
+            i0.ɵɵelementEnd()()();
+            i0.ɵɵelementStart(11, "div", 1)(12, "div", 4)(13, "bizapps-product-gl-links", 9);
+            i0.ɵɵlistener("Navigate", function BizAppsProductAccountingWidgetComponent_Template_bizapps_product_gl_links_Navigate_13_listener($event) { return ctx.Navigate.emit($event); });
             i0.ɵɵelementEnd()()()();
         } if (rf & 2) {
             i0.ɵɵadvance(7);
@@ -37,11 +41,13 @@ export class BizAppsProductAccountingWidgetComponent {
             i0.ɵɵproperty("Record", ctx.Product)("ShowLabel", true)("EditMode", ctx.EditMode)("FormContext", ctx.FormContext);
             i0.ɵɵadvance();
             i0.ɵɵproperty("Record", ctx.Product)("ShowLabel", true)("EditMode", ctx.EditMode)("FormContext", ctx.FormContext);
-        } }, dependencies: [i1.MjFormFieldComponent], styles: [".mjo-acct-widget-wrap[_ngcontent-%COMP%] {\n    display: flex;\n    flex-direction: column;\n    gap: var(--mj-space-4, 16px);\n    width: 100%;\n}\n\n.mjo-acct-card[_ngcontent-%COMP%] {\n    background: var(--mj-bg-surface-card, rgba(255, 255, 255, 0.05));\n    border: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.12));\n    border-radius: var(--mj-radius-lg, 10px);\n    overflow: hidden;\n}\n\n.mjo-card-head[_ngcontent-%COMP%] {\n    padding: 12px 16px;\n    background: var(--mj-bg-surface-sunken, rgba(0, 0, 0, 0.1));\n    border-bottom: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.1));\n    font-size: 13.5px;\n    font-weight: 700;\n    color: var(--mj-text-primary, #0f172a);\n    display: flex;\n    align-items: center;\n    gap: 8px;\n}\n\n.mjo-card-head[_ngcontent-%COMP%]   i[_ngcontent-%COMP%] {\n    color: var(--mj-brand-primary, #0284c7);\n}\n\n.mjo-card-body[_ngcontent-%COMP%] {\n    padding: 16px;\n    display: grid;\n    grid-template-columns: repeat(auto-fit, minmax(260px, 1fr));\n    gap: 16px;\n}"] });
+            i0.ɵɵadvance(3);
+            i0.ɵɵproperty("Product", ctx.Product)("EditMode", ctx.EditMode)("FormContext", ctx.FormContext);
+        } }, dependencies: [i1.MjFormFieldComponent, i2.BizAppsProductGLLinksComponent], styles: [".mjo-acct-widget-wrap[_ngcontent-%COMP%] {\n    display: flex;\n    flex-direction: column;\n    gap: var(--mj-space-4, 16px);\n    width: 100%;\n}\n\n.mjo-acct-card[_ngcontent-%COMP%] {\n    background: var(--mj-bg-surface-card, rgba(255, 255, 255, 0.05));\n    border: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.12));\n    border-radius: var(--mj-radius-lg, 10px);\n    overflow: hidden;\n}\n\n.mjo-card-head[_ngcontent-%COMP%] {\n    padding: 12px 16px;\n    background: var(--mj-bg-surface-sunken, rgba(0, 0, 0, 0.1));\n    border-bottom: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.1));\n    font-size: 13.5px;\n    font-weight: 700;\n    color: var(--mj-text-primary, #0f172a);\n    display: flex;\n    align-items: center;\n    gap: 8px;\n}\n\n.mjo-card-head[_ngcontent-%COMP%]   i[_ngcontent-%COMP%] {\n    color: var(--mj-brand-primary, #0284c7);\n}\n\n.mjo-card-body[_ngcontent-%COMP%] {\n    padding: 16px;\n    display: grid;\n    grid-template-columns: repeat(auto-fit, minmax(260px, 1fr));\n    gap: 16px;\n}"] });
 }
 (() => { (typeof ngDevMode === "undefined" || ngDevMode) && i0.ɵsetClassMetadata(BizAppsProductAccountingWidgetComponent, [{
         type: Component,
-        args: [{ standalone: false, selector: 'bizapps-product-accounting-widget', template: "<div class=\"mjo-acct-widget-wrap\">\n    <div class=\"mjo-acct-card\">\n        <div class=\"mjo-card-head\">\n            <i class=\"fa-solid fa-scale-balanced\"></i>\n            <span>General Ledger &amp; Revenue Recognition Classification</span>\n        </div>\n        <div class=\"mjo-card-body\">\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"RevenueRecognitionTypeID\"\n                Type=\"textbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                LinkType=\"Record\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"IsTaxable\"\n                Type=\"checkbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"TaxCategory\"\n                Type=\"textbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"StandaloneSellingPrice\"\n                Type=\"number\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n        </div>\n    </div>\n</div>\n", styles: [".mjo-acct-widget-wrap {\n    display: flex;\n    flex-direction: column;\n    gap: var(--mj-space-4, 16px);\n    width: 100%;\n}\n\n.mjo-acct-card {\n    background: var(--mj-bg-surface-card, rgba(255, 255, 255, 0.05));\n    border: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.12));\n    border-radius: var(--mj-radius-lg, 10px);\n    overflow: hidden;\n}\n\n.mjo-card-head {\n    padding: 12px 16px;\n    background: var(--mj-bg-surface-sunken, rgba(0, 0, 0, 0.1));\n    border-bottom: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.1));\n    font-size: 13.5px;\n    font-weight: 700;\n    color: var(--mj-text-primary, #0f172a);\n    display: flex;\n    align-items: center;\n    gap: 8px;\n}\n\n.mjo-card-head i {\n    color: var(--mj-brand-primary, #0284c7);\n}\n\n.mjo-card-body {\n    padding: 16px;\n    display: grid;\n    grid-template-columns: repeat(auto-fit, minmax(260px, 1fr));\n    gap: 16px;\n}\n"] }]
+        args: [{ standalone: false, selector: 'bizapps-product-accounting-widget', template: "<div class=\"mjo-acct-widget-wrap\">\n    <div class=\"mjo-acct-card\">\n        <div class=\"mjo-card-head\">\n            <i class=\"fa-solid fa-scale-balanced\"></i>\n            <span>General Ledger &amp; Revenue Recognition Classification</span>\n        </div>\n        <div class=\"mjo-card-body\">\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"RevenueRecognitionTypeID\"\n                Type=\"textbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                LinkType=\"Record\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"IsTaxable\"\n                Type=\"checkbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"TaxCategory\"\n                Type=\"textbox\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n            <mj-form-field \n                [Record]=\"Product\"\n                [ShowLabel]=\"true\"\n                FieldName=\"StandaloneSellingPrice\"\n                Type=\"number\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\"\n            ></mj-form-field>\n        </div>\n    </div>\n\n    <!--\n        bizapps-orders#113 \u2014 the GL accounts this product books to.\n\n        Andrew expected these HERE, under Accounting, and the section showed only the\n        product's own columns. The links live in accounting, but they are polymorphic\n        ((EntityID, RecordID)) and accounting must not depend on orders, so its own screen\n        cannot even name a product. Rendering them from this side is what makes the pair\n        something nobody has to type.\n    -->\n    <div class=\"mjo-acct-card\">\n        <div class=\"mjo-card-body\">\n            <bizapps-product-gl-links\n                [Product]=\"Product\"\n                [EditMode]=\"EditMode\"\n                [FormContext]=\"FormContext\"\n                (Navigate)=\"Navigate.emit($event)\">\n            </bizapps-product-gl-links>\n        </div>\n    </div>\n</div>\n", styles: [".mjo-acct-widget-wrap {\n    display: flex;\n    flex-direction: column;\n    gap: var(--mj-space-4, 16px);\n    width: 100%;\n}\n\n.mjo-acct-card {\n    background: var(--mj-bg-surface-card, rgba(255, 255, 255, 0.05));\n    border: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.12));\n    border-radius: var(--mj-radius-lg, 10px);\n    overflow: hidden;\n}\n\n.mjo-card-head {\n    padding: 12px 16px;\n    background: var(--mj-bg-surface-sunken, rgba(0, 0, 0, 0.1));\n    border-bottom: 1px solid var(--mj-border-default, rgba(255, 255, 255, 0.1));\n    font-size: 13.5px;\n    font-weight: 700;\n    color: var(--mj-text-primary, #0f172a);\n    display: flex;\n    align-items: center;\n    gap: 8px;\n}\n\n.mjo-card-head i {\n    color: var(--mj-brand-primary, #0284c7);\n}\n\n.mjo-card-body {\n    padding: 16px;\n    display: grid;\n    grid-template-columns: repeat(auto-fit, minmax(260px, 1fr));\n    gap: 16px;\n}\n"] }]
     }], null, { Product: [{
             type: Input
         }], EditMode: [{

package/dist/lib/custom/Product/widgets/product-accounting-widget.component.js.map

@@ -1 +1 @@
-{"version":3,"file":"product-accounting-widget.component.js","sourceRoot":"","sources":["../../../../../src/lib/custom/Product/widgets/product-accounting-widget.component.ts","../../../../../src/lib/custom/Product/widgets/product-accounting-widget.component.html"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,YAAY,EAAE,KAAK,EAAE,MAAM,EAAE,MAAM,eAAe,CAAC;;;AAIvE;;GAEG;AAOH,MAAM,OAAO,uCAAuC;IAChC,OAAO,CAAgC;IACvC,QAAQ,GAAG,KAAK,CAAC;IACjB,WAAW,CAAe;IAEzB,QAAQ,GAAG,IAAI,YAAY,EAAuB,CAAC;iIAL3D,uCAAuC;6DAAvC,uCAAuC;YCX5C,AADJ,AADJ,8BAAkC,aACH,aACI;YACvB,uBAA0C;YAC1C,4BAAM;YAAA,mEAAuD;YACjE,AADiE,iBAAO,EAClE;YAEF,AADJ,8BAA2B,uBAUtB;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,wCAQC;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,wCAQC;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,yCAQC;YADG,wIAAY,yBAAqB,IAAC;YAIlD,AADI,AADI,AADK,iBAAgB,EACf,EACJ,EACJ;;YAtCU,eAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAK3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAI3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAI3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;;;iFD5B9B,uCAAuC;cANnD,SAAS;6BACM,KAAK,YACP,mCAAmC;;kBAK5C,KAAK;;kBACL,KAAK;;kBACL,KAAK;;kBAEL,MAAM;;kFALE,uCAAuC"}
+{"version":3,"file":"product-accounting-widget.component.js","sourceRoot":"","sources":["../../../../../src/lib/custom/Product/widgets/product-accounting-widget.component.ts","../../../../../src/lib/custom/Product/widgets/product-accounting-widget.component.html"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,YAAY,EAAE,KAAK,EAAE,MAAM,EAAE,MAAM,eAAe,CAAC;;;;AAIvE;;GAEG;AAOH,MAAM,OAAO,uCAAuC;IAChC,OAAO,CAAgC;IACvC,QAAQ,GAAG,KAAK,CAAC;IACjB,WAAW,CAAe;IAEzB,QAAQ,GAAG,IAAI,YAAY,EAAuB,CAAC;iIAL3D,uCAAuC;6DAAvC,uCAAuC;YCX5C,AADJ,AADJ,8BAAkC,aACH,aACI;YACvB,uBAA0C;YAC1C,4BAAM;YAAA,mEAAuD;YACjE,AADiE,iBAAO,EAClE;YAEF,AADJ,8BAA2B,uBAUtB;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,wCAQC;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,wCAQC;YADG,uIAAY,yBAAqB,IAAC;YACrC,iBAAgB;YACjB,yCAQC;YADG,wIAAY,yBAAqB,IAAC;YAG9C,AADI,AADK,iBAAgB,EACf,EACJ;YAaE,AADJ,AADJ,+BAA2B,cACI,mCAKgB;YAAnC,mJAAY,yBAAqB,IAAC;YAIlD,AADI,AADI,AADI,iBAA2B,EACzB,EACJ,EACJ;;YA1DU,eAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAK3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAI3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAI3B,cAAkB;YAKlB,AADA,AAHA,AADA,oCAAkB,mBACA,0BAGG,gCACM;YAkB3B,eAAmB;YAEnB,AADA,AADA,qCAAmB,0BACE,gCACM;;;iFDhD9B,uCAAuC;cANnD,SAAS;6BACM,KAAK,YACP,mCAAmC;;kBAK5C,KAAK;;kBACL,KAAK;;kBACL,KAAK;;kBAEL,MAAM;;kFALE,uCAAuC"}

package/dist/lib/custom/Product/widgets/product-gl-links.component.d.ts

@@ -0,0 +1,460 @@
+import { ChangeDetectorRef, EventEmitter, OnDestroy, OnInit } from '@angular/core';
+import type { FormContext, FormNavigationEvent } from '@memberjunction/ng-base-forms';
+import type { mjBizAppsOrdersProductEntity } from '@mj-biz-apps/orders-entities';
+import * as i0 from "@angular/core";
+/**
+ * The only fields the in-force resolver reads.
+ *
+ * Structural on purpose: the links arrive either as accounting's generated entity objects (from the
+ * engine cache) or as plain view rows (from the fallback read), and those are different types that
+ * happen to carry the same five fields. Naming the fields rather than either concrete type is what
+ * lets one resolver serve both without a cast at each call site.
+ */
+export interface GLLinkLike {
+    ID: unknown;
+    GLAccountID: unknown;
+    GLAccountRoleID: unknown;
+    Status: unknown;
+    StartedAt: unknown;
+    EndedAt: unknown;
+}
+/**
+ * May this GL account be offered for a product owned by `productCompanyID`?
+ *
+ * A named rule rather than an inline filter, because it decides whether a link the user creates will
+ * ever be reachable, and that deserves to be pinned by a test rather than reviewed by eye.
+ *
+ * An account belonging to another company is not offerable: `GLAccountResolver.Resolve` passes the
+ * order line's company down as `expectedCompanyID` and `AccountingBridge` filters candidates by the
+ * ACCOUNT's company before the window rules run, so such a link is silently SKIPPED at booking time
+ * rather than used. Dead configuration looks exactly like working configuration, which is why the
+ * panel must not be able to create it.
+ *
+ * A blank `productCompanyID` offers everything. `Product.CompanyID` is NOT NULL so this should not
+ * happen, but this runs in a browser against whatever the form holds; an empty picker would read as
+ * "no accounts exist" and give the user nothing to act on, where the unfiltered list is at worst what
+ * shipped before.
+ */
+/**
+ * The comparable form of an id.
+ *
+ * Ids reach this component from two sources that disagree on case: the engine cache lowercases, while
+ * a direct view read returns SQL Server's uppercase `uniqueidentifier` rendering. Accounting's own
+ * engine routes every id comparison through the same normalisation for exactly this reason, and the
+ * audit caught the one comparison here that did not — it rendered both edit pickers blank and warned
+ * that a correctly-configured account was "not offered".
+ */
+/**
+ * One entry in the GL-account picker.
+ *
+ * `Disabled` exists for exactly one case: a link that already points at an account this product's
+ * company cannot use. That option must be VISIBLE, so the select never renders blank on a link that
+ * has an account, and UNSELECTABLE, so the repair path cannot re-create the unreachable link.
+ */
+export interface AccountOption {
+    ID: string;
+    Label: string;
+    Disabled?: boolean;
+}
+export declare function idKey(id: unknown): string;
+export declare function AccountIsOfferable(accountCompanyID: string | null | undefined, productCompanyID: string | null | undefined): boolean;
+/** One link, flattened for display. Nothing here is computed — every field is read off the row. */
+export interface ProductGLLinkRow {
+    ID: string;
+    /**
+     * The role and account IDS, carried rather than re-derived.
+     *
+     * These used to be looked up when the Edit form opened — the role by matching `RoleName`, the
+     * account by finding the first picker label starting with the row's code. Both are wrong for the
+     * same reason: neither name nor code is unique. GL account codes REPEAT ACROSS COMPANIES by
+     * design — "40000 Sales" exists in every one of them — so the code search returned whichever
+     * company sorted first, and saving a not-yet-applied link wrote that arbitrary account.
+     *
+     * The ids are right here when the row is built. Carrying them removes the search, and with it the
+     * class of bug.
+     */
+    RoleID: string;
+    AccountID: string;
+    RoleName: string;
+    AccountCode: string;
+    AccountName: string;
+    Status: string;
+    StartedAt: string | null;
+    EndedAt: string | null;
+    /** True when this is the link that would actually be used today for its role. */
+    Active: boolean;
+}
+/**
+ * The GL accounts a product books to — read from the product's own form (bizapps-orders#113).
+ *
+ * ── WHY THIS LIVES IN ORDERS AND NOT IN ACCOUNTING ──
+ *
+ * `GLAccountLink` is accounting's entity, so the instinct is to put its UI there. Accounting's own
+ * links screen explains why that cannot work for products, in its `LinkRow` comment:
+ *
+ *   > These links are POLYMORPHIC — `(EntityID, RecordID)` can point at anything, including orders'
+ *   > Products and Product Categories. Accounting must not depend on orders, so those stay unnamed
+ *   > here BY DESIGN.
+ *
+ * So on accounting's screen a product-linked row shows a bare UUID and says so honestly. Andrew's
+ * report (#113) is that same boundary seen from the other side: he could not find a product's accounts,
+ * and creating a link by hand meant copying the Product's ID into a text box.
+ *
+ * Rendering it HERE inverts the dependency the right way round. Orders already depends on accounting
+ * — `AccountingBridge` calls the engine on both booking paths — and orders is the app that knows what
+ * a Product is. The polymorphic pair stops being something a human types: `EntityID` is this app's
+ * Products entity and `RecordID` is the record already on screen.
+ *
+ * ── WHY THE ENGINE AND NOT A QUERY ──
+ *
+ * `AccountingEngineBase` caches roles, accounts and links client-side and is the same primitive the
+ * booking pipeline resolves through (`ResolveLinkedAccount`). Reading from it means this panel cannot
+ * disagree with what an order will actually book — a re-implemented query could, and the first time it
+ * did, the screen would be lying about money.
+ *
+ * ── WHAT IS DELIBERATELY NOT HERE ──
+ *
+ * No fallback chain. A product with no direct link still books, through category and company defaults,
+ * and `GlResolutionPreviewComponent` in accounting-ng already renders that chain. Showing a resolved
+ * account here without saying it came from a category would read as "this product is linked" when it is
+ * not, which is the same confusion #112 caused one screen over.
+ */
+export declare class BizAppsProductGLLinksComponent implements OnInit, OnDestroy {
+    private readonly cdr;
+    Product: mjBizAppsOrdersProductEntity;
+    EditMode: boolean;
+    FormContext?: FormContext;
+    Navigate: EventEmitter<FormNavigationEvent>;
+    Rows: ProductGLLinkRow[];
+    Loading: boolean;
+    /** Set when the links cannot be read at all. Shown instead of an empty list, which would lie. */
+    LoadError: string | null;
+    constructor(cdr: ChangeDetectorRef);
+    ngOnInit(): Promise<void>;
+    /**
+     * Re-reads the links.
+     *
+     * ── WHY A WRITE MUST PASS `true` ──
+     *
+     * `load()` prefers the engine's cached links and only falls back to a view read when the cache
+     * holds none for this product. That is right for a plain refresh and WRONG straight after a write:
+     * the cache is a snapshot taken at `Config()` time, so a product that already had one link would
+     * keep showing exactly that one — the row just added, or the retirement just applied, would be
+     * invisible until something else reloaded the engine.
+     *
+     * It survived the first browser test only because that test started from a product with NO links,
+     * where the cache is empty and the fallback runs anyway. Adding a second link is the case that
+     * would have shown nothing.
+     *
+     * @param reloadEngine - force the accounting engine to re-read before rendering. Every write path
+     *                       defaults TRUE. `ngOnInit` passes false, because a first mount is the one
+     *                       place a cached answer is the right one; the refresh button and every write
+     *                       take the default, because both are asking the panel to go and look.
+     */
+    /**
+     * Set in `ngOnDestroy`, checked before every `detectChanges`.
+     *
+     * Every write ends with `finally { Saving = false; cdr.detectChanges(); }` AFTER an awaited save
+     * and engine reload. Navigate away mid-save and those resolve against a torn-down view, so
+     * `detectChanges` throws `ViewDestroyedError` — and because it throws from `finally`, the
+     * preceding `catch` cannot absorb it and it escapes as an unhandled rejection. This file's own
+     * comment elsewhere notes that a console error is treated as a broken screen by the Playwright
+     * keystone, so it would fail a suite rather than merely litter the console.
+     */
+    private destroyed;
+    ngOnDestroy(): void;
+    /** `detectChanges`, unless the view is gone. */
+    private tick;
+    /**
+     * `reloadEngine` DEFAULTS TRUE, and the default is the whole point.
+     *
+     * It used to default false, so the refresh icon re-ran `load()` against a cache nobody had
+     * invalidated — and `load()`'s own `Config(false, …)` is a no-op once the engine is loaded. A
+     * colleague retiring a link from accounting's own screen was therefore invisible here: the button
+     * rendered the identical stale row, still chipped "In force", for the rest of the session.
+     *
+     * A user who presses refresh is asking the panel to go and look. Writes already passed `true`
+     * explicitly; making that the default means the only path that can serve a cached answer is the
+     * initial load, which is the one place a cache is what you want.
+     */
+    Refresh(reloadEngine?: boolean): Promise<void>;
+    /**
+     * What the status chip says.
+     *
+     * The three states are NOT the two the `Status` column has. A link can be stored `Active` and still
+     * not be the one that books — superseded by a later link on the same role — and rendering the raw
+     * column would put the word "Active" on both rows. Saying SUPERSEDED is the whole reason this panel
+     * resolves through accounting's picker rather than reading a flag.
+     */
+    /**
+     * Why a row is not the one in force.
+     *
+     * `Active === false` has three causes and this used to print "Superseded" for all of them. A link
+     * added to take over next quarter therefore rendered as "Superseded" — it supersedes something, it
+     * is not superseded — beside a Remove button saying it had not started. Two controls in one row
+     * telling opposite stories is how a user concludes the save was rejected and adds another link.
+     */
+    StatusLabel(row: ProductGLLinkRow): string;
+    /**
+     * What Remove actually does to THIS row, said accurately.
+     *
+     * ── THE CONTROL USED TO ASSERT SOMETHING FALSE ────────────────────────────────────────────────
+     *
+     * Its title read "It has not started yet, so nothing has booked through it." That is true of a link
+     * dated in the future and FALSE of a link dated today, because `pickActiveLinkIndex` skips only
+     * when `t < started` — a link starting at today's UTC midnight is already the one resolution
+     * picks. `OpenDraft` defaults the start to today, so every link this panel creates spends its
+     * first UTC day in exactly that state: chip reading "In force", button promising nothing had
+     * booked, and `Delete()` behind it.
+     *
+     * The button stays, because it has to. `CK_GLAccountLink_Window` enforces `EndedAt > StartedAt`,
+     * so a link created today CANNOT be retired — Remove is the only way to undo a mistake made today.
+     * What was wrong was the sentence, not the affordance.
+     */
+    RemoveWarning(row: ProductGLLinkRow): string;
+    /** Opens accounting's Account Links screen, which is where a link is created or retired. */
+    OpenLink(row: ProductGLLinkRow): void;
+    /** Roles and accounts to choose from, filled by {@link Refresh} off the same engine the reader uses. */
+    Roles: Array<{
+        ID: string;
+        Name: string;
+    }>;
+    Accounts: AccountOption[];
+    /** The add form. Null when closed — opening it is a deliberate act, not the default state. */
+    Draft: {
+        RoleID: string;
+        AccountID: string;
+        StartedAt: string;
+    } | null;
+    /** Set when a write is refused. The SERVER's message, verbatim — see {@link AddLink}. */
+    WriteError: string | null;
+    Saving: boolean;
+    /** A product must exist before anything can point at it: `RecordID` is its primary key. */
+    get CanWrite(): boolean;
+    OpenDraft(): void;
+    CancelDraft(): void;
+    /**
+     * The link being edited, or null. `Applied` decides how much of it may change — see {@link OpenEdit}.
+     */
+    Editing: {
+        ID: string;
+        RoleID: string;
+        AccountID: string;
+        StartedAt: string;
+        EndedAt: string;
+        Applied: boolean;
+    } | null;
+    /**
+     * The options the EDIT picker shows: the company-scoped list, plus this link's CURRENT account when
+     * that account is not in it.
+     *
+     * ── WHY THE SCOPED LIST IS NOT ENOUGH ON ITS OWN ──────────────────────────────────────────────
+     *
+     * Scoping accounts to the product's company (PR #125 review) is right for CHOOSING, but a link that
+     * already points somewhere else still has to render. Such links exist: nothing stopped the panel
+     * creating them before this change, and nothing stops another tool creating one now. Showing only
+     * the scoped list would leave the select with no matching option — blank — on a link that plainly
+     * has an account.
+     *
+     * The template a few lines above already states the rule this would break: hiding a value "would
+     * read as 'this link has no account', which is the confusion #112 was". A filtered picker on an
+     * existing record must never hide that record's current value.
+     *
+     * The current account is labelled so the reader can tell it apart from the offerable ones, and the
+     * ordinary edit rules still apply — an applied link cannot change its account at all, and a
+     * not-yet-applied one can be moved onto a valid account, which is the repair path.
+     */
+    get EditAccounts(): ReadonlyArray<AccountOption>;
+    /**
+     * Frozen when the edit opens, NOT derived from the live `ngModel` value.
+     *
+     * Deriving it was wrong twice. It allocated a fresh array and object on every change-detection
+     * pass — the hazard this codebase already documents with its frozen-empty constant elsewhere — and,
+     * worse, the option deleted itself: the moment a user picked a valid account to repair a
+     * cross-company link, `current` matched the scoped list and the original option vanished, so they
+     * could neither compare the two nor change their mind without cancelling the whole edit.
+     */
+    private EditAccountOptions;
+    /**
+     * The role options for one edit, with the link's current role re-admitted when the engine has no
+     * such role.
+     *
+     * Accounts got this treatment and roles did not, which left the identical hole one field over. A
+     * link whose role is missing from the engine cache — deleted, or filtered out by row-level
+     * permissions — renders `(unknown role)` in the table, and the select then matched no option and
+     * rendered BLANK. Carrying `RoleID` on the row fixed the duplicate-name case only; it cannot put a
+     * matching `<option>` in a list that does not contain one.
+     *
+     * Disabled for the same reason as the account equivalent: visible so the picker never reads as
+     * "this link has no role", unselectable so a save cannot write an orphan id back.
+     */
+    get EditRoles(): ReadonlyArray<AccountOption>;
+    private EditRoleOptions;
+    private roleOptionsForEditing;
+    /** The options for one edit, with the link's current account re-admitted when it is not offerable. */
+    private optionsForEditing;
+    /**
+     * Opens an edit for one link.
+     *
+     * ── WHAT MAY CHANGE DEPENDS ON WHETHER IT HAS BOOKED ──
+     *
+     * #113 asks for "adding/editing/deleting" and editing has to exist. But a link is not an ordinary
+     * record: while it is in force it is the reason journal entries name the account they name. Letting
+     * someone re-point the account or move the start date on such a link would silently rewrite the
+     * explanation for money that has already moved, and nothing else records what the mapping used to
+     * be.
+     *
+     * So the split follows {@link HasApplied}, the same boundary Remove uses:
+     *
+     * · NOT applied yet — nothing has booked through it, so role, account and start date are all
+     *   editable. This is the "I picked the wrong account a minute ago" case.
+     * · ALREADY applied — only the END date may change. That is a correction to when the mapping
+     *   stopped, which is a statement about the future of a window rather than a rewrite of its past.
+     *   To change where an applied product books, add a link with a later start; superseding is the
+     *   accounting-correct edit and `pickActiveLinkIndex` already understands it.
+     */
+    OpenEdit(row: ProductGLLinkRow): void;
+    CancelEdit(): void;
+    /**
+     * Writes the edit.
+     *
+     * Only the fields the tier allows are assigned — the guard is here as well as in the template, so a
+     * stale render cannot rewrite an applied link's account by being clicked after the boundary moved.
+     * An empty end date clears it, which is how a retire applied by mistake is undone.
+     */
+    /**
+     * Has this link applied AS OF NOW — read from the LIVE row, never from the edit snapshot.
+     *
+     * `Editing.Applied` is captured when the form opens and the template reads the same captured
+     * value. That is fine for deciding what to RENDER, and wrong for deciding what to WRITE: a form
+     * opened at 23:59 on a link starting tomorrow is still open at 00:01, when the link has come into
+     * force. Trusting the snapshot there let a save rewrite the role, account and start date of a link
+     * that was by then explaining journal entries.
+     *
+     * A row that has vanished counts as APPLIED. The safe direction is refusing an edit that might
+     * have been allowed, not permitting one that rewrites history because the row could not be found.
+     */
+    private appliedNowFor;
+    SaveEdit(): Promise<void>;
+    /**
+     * `yyyy-MM-dd` for a date input, in UTC.
+     *
+     * The same conversion the sales workspace isolates in `deal-workspace.dates.ts`: an
+     * `<input type="date">` reads and writes strings while the field holds a Date, and handing an input
+     * a Date renders it BLANK with no error. UTC because the window is stored and displayed in UTC.
+     */
+    private asDateInput;
+    /**
+     * Creates the link.
+     *
+     * The polymorphic pair is NOT typed by a human, and that is the entire point of doing this here:
+     * `EntityID` is orders' Products entity and `RecordID` is the record already on screen. On
+     * accounting's own screen a person would have to paste the product's UUID into a text box, which is
+     * what #113 is reporting.
+     *
+     * ── THE REFUSAL IS SURFACED, NOT RE-IMPLEMENTED ──
+     *
+     * `GLAccountLinkEntityServer` refuses two ACTIVE links for the same (record, role) whose accounts
+     * share a company AND share a `StartedAt`, because the tie-break is a strict `>` and resolution
+     * would otherwise pick arbitrarily between two accounts that both balance. This does not restate
+     * that rule client-side: a copy would drift from it, and the copy would be the one that silently
+     * disagreed. It saves, and shows the server's own message when the server says no — which is also
+     * how the human learns that superseding means a LATER start date rather than a duplicate.
+     */
+    AddLink(): Promise<void>;
+    /**
+     * Whether a link can have explained any money yet.
+     *
+     * `pickActiveLinkIndex` treats a window as applying when `StartedAt <= now <= EndedAt`, so a link
+     * that starts TODAY OR LATER has not yet been the answer to any resolution. That is the boundary
+     * between the two destructive-looking actions below, and it is deliberately conservative: dated in
+     * the past means assume it booked something.
+     */
+    HasApplied(row: ProductGLLinkRow): boolean;
+    /**
+     * Ends a link's window, which is how accounting retires a mapping that has been in force.
+     *
+     * ── WHY THIS IS NOT A DELETE ──
+     *
+     * A GL link explains where money went. Deleting one that has already booked would remove the
+     * explanation for journal entries that still exist, and nothing else records which mapping was in
+     * force at the time. Ending the window keeps the history and stops the link applying.
+     *
+     * ── AND WHAT "TODAY" ACTUALLY MEANS HERE ──
+     *
+     * `EndedAt` is stored at MIDNIGHT UTC, and `pickActiveLinkIndex` excludes a link once `now > ended`.
+     * Midnight has already passed by the time anyone clicks, so retiring stops the link IMMEDIATELY
+     * rather than at the end of the day. Verified in the browser: a link dated 2020-01-01 retired on
+     * 2026-08-28 rendered as Superseded on the spot, not as still in force.
+     *
+     * This comment previously claimed the opposite — "applies for the whole of today and stops
+     * tomorrow" — and the button's tooltip said so too. The behaviour is the defensible one; the
+     * description was wrong, and it is the description that changed.
+     */
+    /**
+     * Closes an edit form that is bound to `id`.
+     *
+     * Retire and Remove used to leave it open, and the template only hides a row's EDIT button while
+     * that row is being edited — Retire and Remove stayed live. So the two orderings both corrupted:
+     * Retire then Save wrote `EndedAt = null` from the stale form and silently UN-RETIRED the link;
+     * Remove then Save threw "could not be re-read" on a record that no longer existed, which reads as
+     * a broken screen rather than "that record is gone".
+     */
+    private closeEditFor;
+    RetireLink(row: ProductGLLinkRow): Promise<void>;
+    /**
+     * Deletes a link that cannot have explained anything yet.
+     *
+     * ── WHY THIS EXISTS DESPITE THE ARGUMENT AGAINST DELETING ──
+     *
+     * Retiring is right for a mapping that has been in force. It is USELESS for one created by
+     * mistake a minute ago: the server refuses `EndedAt` on or before `StartedAt` ("The end date must
+     * be after the start date"), so a link mistyped today could be neither retired nor removed. That
+     * was a real hole — found by clicking Retire on a link the same test had just created.
+     *
+     * The boundary is {@link HasApplied}: a link starting today or later has never been the answer to
+     * a resolution, so deleting it destroys no explanation of anything. One that started earlier keeps
+     * the retire path and cannot be deleted from here at all.
+     */
+    RemoveLink(row: ProductGLLinkRow): Promise<void>;
+    /**
+     * The sentence a human should read out of a refused save.
+     *
+     * `CompleteMessage` can be a JSON blob of validation results — the retire failure arrived as
+     * `{"Source":"EndedAt","Message":"The end date must be after the start date.",...}`, and showing
+     * that verbatim buries the one sentence that matters inside punctuation. This pulls the `Message`
+     * out when it is there and falls back to the raw text when it is not, so nothing is ever swallowed.
+     */
+    private readableError;
+    /** Today in UTC as `yyyy-MM-dd` — the same zone the window is stored and rendered in. */
+    private today;
+    private load;
+    /** The view read, used only when the engine cache holds nothing for this product. */
+    private readDirect;
+    /**
+     * The ids of the links actually IN FORCE today — one per role at most, decided by accounting.
+     *
+     * ── WHY THIS IS NOT A WINDOW TEST ──
+     *
+     * The obvious implementation, and the one this replaced, asks of each link "is it Active and does
+     * today fall inside its window?" and marks every link that passes. That is wrong whenever a role
+     * has more than one qualifying link — a mapping being superseded while the old row is still open,
+     * which is exactly what an accountant does when they re-point a product mid-year. Both rows pass
+     * the window test, so the panel would show TWO active accounts for one role while an order books
+     * through exactly one of them. A screen that disagrees with the booking about where money lands is
+     * worse than no screen.
+     *
+     * `pickActiveLinkIndex` is accounting's own picker — the pure function behind
+     * `ResolveLinkedAccount`, exported by that package for precisely this kind of reuse. It applies the
+     * window AND the tie-break this panel has no business restating: latest `StartedAt` wins, and a
+     * null `StartedAt` loses to any dated one. Calling it means "active" here can only ever mean what
+     * the booking pipeline means.
+     *
+     * Grouped by ROLE because that is the unit the picker resolves: a product legitimately has a
+     * revenue link and a deferred-revenue link at once, and they do not compete.
+     */
+    private inForceIDs;
+    static ɵfac: i0.ɵɵFactoryDeclaration<BizAppsProductGLLinksComponent, never>;
+    static ɵcmp: i0.ɵɵComponentDeclaration<BizAppsProductGLLinksComponent, "bizapps-product-gl-links", never, { "Product": { "alias": "Product"; "required": false; }; "EditMode": { "alias": "EditMode"; "required": false; }; "FormContext": { "alias": "FormContext"; "required": false; }; }, { "Navigate": "Navigate"; }, never, never, false, never>;
+}
+//# sourceMappingURL=product-gl-links.component.d.ts.map

package/dist/lib/custom/Product/widgets/product-gl-links.component.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"product-gl-links.component.d.ts","sourceRoot":"","sources":["../../../../../src/lib/custom/Product/widgets/product-gl-links.component.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,iBAAiB,EAAa,YAAY,EAAS,SAAS,EAAE,MAAM,EAAU,MAAM,eAAe,CAAC;AAE7G,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,+BAA+B,CAAC;AAEtF,OAAO,KAAK,EAAE,4BAA4B,EAAE,MAAM,8BAA8B,CAAC;;AAQjF;;;;;;;GAOG;AACH,MAAM,WAAW,UAAU;IACvB,EAAE,EAAE,OAAO,CAAC;IACZ,WAAW,EAAE,OAAO,CAAC;IACrB,eAAe,EAAE,OAAO,CAAC;IACzB,MAAM,EAAE,OAAO,CAAC;IAChB,SAAS,EAAE,OAAO,CAAC;IACnB,OAAO,EAAE,OAAO,CAAC;CACpB;AAED;;;;;;;;;;;;;;;;GAgBG;AACH;;;;;;;;GAQG;AACH;;;;;;GAMG;AACH,MAAM,WAAW,aAAa;IAC1B,EAAE,EAAE,MAAM,CAAC;IACX,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,CAAC,EAAE,OAAO,CAAC;CACtB;AAaD,wBAAgB,KAAK,CAAC,EAAE,EAAE,OAAO,GAAG,MAAM,CAEzC;AAED,wBAAgB,kBAAkB,CAC9B,gBAAgB,EAAE,MAAM,GAAG,IAAI,GAAG,SAAS,EAC3C,gBAAgB,EAAE,MAAM,GAAG,IAAI,GAAG,SAAS,GAC5C,OAAO,CAIT;AAED,mGAAmG;AACnG,MAAM,WAAW,gBAAgB;IAC7B,EAAE,EAAE,MAAM,CAAC;IACX;;;;;;;;;;;OAWG;IACH,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,CAAC;IAClB,QAAQ,EAAE,MAAM,CAAC;IACjB,WAAW,EAAE,MAAM,CAAC;IACpB,WAAW,EAAE,MAAM,CAAC;IACpB,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,GAAG,IAAI,CAAC;IACzB,OAAO,EAAE,MAAM,GAAG,IAAI,CAAC;IACvB,iFAAiF;IACjF,MAAM,EAAE,OAAO,CAAC;CACnB;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAkCG;AACH,qBAMa,8BAA+B,YAAW,MAAM,EAAE,SAAS;IAYxD,OAAO,CAAC,QAAQ,CAAC,GAAG;IAXhB,OAAO,EAAG,4BAA4B,CAAC;IACvC,QAAQ,UAAS;IACjB,WAAW,CAAC,EAAE,WAAW,CAAC;IAEzB,QAAQ,oCAA2C;IAE7D,IAAI,EAAE,gBAAgB,EAAE,CAAM;IAC9B,OAAO,UAAQ;IACtB,iGAAiG;IAC1F,SAAS,EAAE,MAAM,GAAG,IAAI,CAAQ;gBAEV,GAAG,EAAE,iBAAiB;IAEtC,QAAQ,IAAI,OAAO,CAAC,IAAI,CAAC;IAWtC;;;;;;;;;;;;;;;;;;;OAmBG;IACH;;;;;;;;;OASG;IACH,OAAO,CAAC,SAAS,CAAS;IAEnB,WAAW,IAAI,IAAI;IAI1B,gDAAgD;IAChD,OAAO,CAAC,IAAI;IAMZ;;;;;;;;;;;OAWG;IACU,OAAO,CAAC,YAAY,UAAO,GAAG,OAAO,CAAC,IAAI,CAAC;IAkBxD;;;;;;;OAOG;IACH;;;;;;;OAOG;IACI,WAAW,CAAC,GAAG,EAAE,gBAAgB,GAAG,MAAM;IAYjD;;;;;;;;;;;;;;;OAeG;IACI,aAAa,CAAC,GAAG,EAAE,gBAAgB,GAAG,MAAM;IAQnD,4FAA4F;IACrF,QAAQ,CAAC,GAAG,EAAE,gBAAgB,GAAG,IAAI;IAU5C,wGAAwG;IACjG,KAAK,EAAE,KAAK,CAAC;QAAE,EAAE,EAAE,MAAM,CAAC;QAAC,IAAI,EAAE,MAAM,CAAA;KAAE,CAAC,CAAM;IAChD,QAAQ,EAAE,aAAa,EAAE,CAAM;IAEtC,8FAA8F;IACvF,KAAK,EAAE;QAAE,MAAM,EAAE,MAAM,CAAC;QAAC,SAAS,EAAE,MAAM,CAAC;QAAC,SAAS,EAAE,MAAM,CAAA;KAAE,GAAG,IAAI,CAAQ;IAErF,yFAAyF;IAClF,UAAU,EAAE,MAAM,GAAG,IAAI,CAAQ;IACjC,MAAM,UAAS;IAEtB,2FAA2F;IAC3F,IAAW,QAAQ,IAAI,OAAO,CAU7B;IAEM,SAAS,IAAI,IAAI;IAKjB,WAAW,IAAI,IAAI;IAK1B;;OAEG;IACI,OAAO,EAAE;QACZ,EAAE,EAAE,MAAM,CAAC;QACX,MAAM,EAAE,MAAM,CAAC;QACf,SAAS,EAAE,MAAM,CAAC;QAClB,SAAS,EAAE,MAAM,CAAC;QAClB,OAAO,EAAE,MAAM,CAAC;QAChB,OAAO,EAAE,OAAO,CAAC;KACpB,GAAG,IAAI,CAAQ;IAEhB;;;;;;;;;;;;;;;;;;;OAmBG;IACH,IAAW,YAAY,IAAI,aAAa,CAAC,aAAa,CAAC,CAEtD;IAED;;;;;;;;OAQG;IACH,OAAO,CAAC,kBAAkB,CAAoC;IAE9D;;;;;;;;;;;;OAYG;IACH,IAAW,SAAS,IAAI,aAAa,CAAC,aAAa,CAAC,CAEnD;IAED,OAAO,CAAC,eAAe,CAAoC;IAE3D,OAAO,CAAC,qBAAqB;IAO7B,sGAAsG;IACtG,OAAO,CAAC,iBAAiB;IAkBzB;;;;;;;;;;;;;;;;;;;OAmBG;IACI,QAAQ,CAAC,GAAG,EAAE,gBAAgB,GAAG,IAAI;IAiBrC,UAAU,IAAI,IAAI;IAOzB;;;;;;OAMG;IACH;;;;;;;;;;;OAWG;IACH,OAAO,CAAC,aAAa;IAKR,QAAQ,IAAI,OAAO,CAAC,IAAI,CAAC;IAuDtC;;;;;;OAMG;IACH,OAAO,CAAC,WAAW;IAWnB;;;;;;;;;;;;;;;;OAgBG;IACU,OAAO,IAAI,OAAO,CAAC,IAAI,CAAC;IA+CrC;;;;;;;OAOG;IACI,UAAU,CAAC,GAAG,EAAE,gBAAgB,GAAG,OAAO;IAkBjD;;;;;;;;;;;;;;;;;;;OAmBG;IACH;;;;;;;;OAQG;IACH,OAAO,CAAC,YAAY;IAQP,UAAU,CAAC,GAAG,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IA0B7D;;;;;;;;;;;;;OAaG;IACU,UAAU,CAAC,GAAG,EAAE,gBAAgB,GAAG,OAAO,CAAC,IAAI,CAAC;IA4B7D;;;;;;;OAOG;IACH,OAAO,CAAC,aAAa;IAmBrB,yFAAyF;IACzF,OAAO,CAAC,KAAK;YAKC,IAAI;IA8HlB,qFAAqF;YACvE,UAAU;IAyBxB;;;;;;;;;;;;;;;;;;;;;OAqBG;IACH,OAAO,CAAC,UAAU;yCA9zBT,8BAA8B;2CAA9B,8BAA8B;CAg2B1C"}