@things-factory/apptool-ui 10.1.27 → 10.1.28

package/dist-client/layout/header-band-model.js

@@ -0,0 +1,93 @@
+/**
+ * What the shared header band decides, kept apart from how it draws.
+ *
+ * ADR-0060 decision 4 and its 2026-09-18 addendum. plant, twin and figure each wrote this row for
+ * themselves - 386, 603 and 185 lines - and the three drifted: one drew a menu button and another
+ * did not, one put the unread count inside the pill and another hung it off the corner, each
+ * reached for a different set of colour tokens. The band is one copy of the row; this file is the
+ * part of it a test in this repository can reach, since the rendering needs a DOM.
+ */
+/**
+ * The five places, in the order they are drawn, left to right.
+ *
+ * These are `TOOL_POSITION`'s own values, written out rather than imported: `@operato/layout` is an
+ * ES module and this repository's test runner does not transform node_modules, so importing the
+ * enum here would take the deciding out of reach of every test. `tests/header-band.test.ts` reads
+ * the installed declaration and checks that these five still match it.
+ */
+export const SLOT_ORDER = ['FRONT_END', 'FRONT', 'CENTER', 'REAR', 'REAR_END'];
+/**
+ * Split the one registry into the five slots.
+ *
+ * The band and `app-toolbar` read the same `store.getState().apptool.tools`, so lite-menu's
+ * hamburger and more-ui's morenda button land in the band without either package knowing the band
+ * exists. A second registry would mean every contributor choosing a side.
+ */
+export function toolsBySlot(tools = []) {
+    const bySlot = {};
+    for (const slot of SLOT_ORDER) {
+        bySlot[slot] = (tools || []).filter(tool => tool?.position === slot);
+    }
+    return bySlot;
+}
+/**
+ * Whether the band draws its own way into the menu.
+ *
+ * lite-menu hides the rail on a narrow viewport and registers its hamburger in the **app toolbar**
+ * (`TOOL_POSITION.FRONT_END`), which an app running the band has turned off. twin turned it off and
+ * drew no button, so on a narrow viewport there was no way to leave the screen you were on
+ * (2026-09-18). With the rail on screen a second way in is noise, so the button comes and goes with
+ * it.
+ *
+ * `undefined` means the menu part has not registered yet. That reads as shown, so the button does
+ * not flash on during boot.
+ */
+export function menuButtonShown(menuPartShow, frontEndTools = []) {
+    /* Something already registered a way in - lite-menu's own hamburger, or the app's. Don't draw a second. */
+    if (frontEndTools.length > 0)
+        return false;
+    return menuPartShow === undefined ? false : !menuPartShow;
+}
+/**
+ * How much of a scope control there is to draw.
+ *
+ * A single factory draws its name and no picker: an install with one of something pays nothing for
+ * the ability to switch between several. plant already worked this way and the band keeps it.
+ */
+export function scopeShape(scope) {
+    if (!scope)
+        return 'none';
+    const items = scope.items || [];
+    if (items.length > 1)
+        return 'picker';
+    if (items.length === 1 || scope.selectedId)
+        return 'name';
+    return 'none';
+}
+/** The name to draw for a scope that has no picker. */
+export function scopeName(scope) {
+    if (!scope)
+        return '';
+    const items = scope.items || [];
+    const selected = items.find(item => item.id === scope.selectedId) || items[0];
+    return selected?.label || '';
+}
+/**
+ * The product name, split where it is drawn in two weights: `operato` **plant**.
+ *
+ * The band owns this shape, and the app gives it one word (ruling ① of the addendum). plant and
+ * figure had written the same two-part wordmark by hand and twin had none at all.
+ */
+export function wordmark(product) {
+    const name = (product || '').trim();
+    if (!name)
+        return undefined;
+    return { lead: 'operato', name };
+}
+/** The count as the bell shows it. Above 99 the exact number stops being worth the width. */
+export function unreadLabel(unread) {
+    if (!unread || unread < 1)
+        return undefined;
+    return unread > 99 ? '99+' : String(unread);
+}
+//# sourceMappingURL=header-band-model.js.map

package/dist-client/layout/header-band-model.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"header-band-model.js","sourceRoot":"","sources":["../../client/layout/header-band-model.ts"],"names":[],"mappings":"AAAA;;;;;;;;GAQG;AAKH;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,UAAU,GAAG,CAAC,WAAW,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,EAAE,UAAU,CAAU,CAAA;AAqBvF;;;;;;GAMG;AACH,MAAM,UAAU,WAAW,CAAC,QAA4B,EAAE;IACxD,MAAM,MAAM,GAAG,EAA6B,CAAA;IAE5C,KAAK,MAAM,IAAI,IAAI,UAAU,EAAE,CAAC;QAC9B,MAAM,CAAC,IAAI,CAAC,GAAG,CAAC,KAAK,IAAI,EAAE,CAAC,CAAC,MAAM,CAAC,IAAI,CAAC,EAAE,CAAC,IAAI,EAAE,QAAQ,KAAK,IAAI,CAAC,CAAA;IACtE,CAAC;IAED,OAAO,MAAM,CAAA;AACf,CAAC;AAED;;;;;;;;;;;GAWG;AACH,MAAM,UAAU,eAAe,CAAC,YAAiC,EAAE,gBAAoC,EAAE;IACvG,2GAA2G;IAC3G,IAAI,aAAa,CAAC,MAAM,GAAG,CAAC;QAAE,OAAO,KAAK,CAAA;IAE1C,OAAO,YAAY,KAAK,SAAS,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,YAAY,CAAA;AAC3D,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,UAAU,CAAC,KAAmB;IAC5C,IAAI,CAAC,KAAK;QAAE,OAAO,MAAM,CAAA;IAEzB,MAAM,KAAK,GAAG,KAAK,CAAC,KAAK,IAAI,EAAE,CAAA;IAC/B,IAAI,KAAK,CAAC,MAAM,GAAG,CAAC;QAAE,OAAO,QAAQ,CAAA;IACrC,IAAI,KAAK,CAAC,MAAM,KAAK,CAAC,IAAI,KAAK,CAAC,UAAU;QAAE,OAAO,MAAM,CAAA;IAEzD,OAAO,MAAM,CAAA;AACf,CAAC;AAED,uDAAuD;AACvD,MAAM,UAAU,SAAS,CAAC,KAAmB;IAC3C,IAAI,CAAC,KAAK;QAAE,OAAO,EAAE,CAAA;IAErB,MAAM,KAAK,GAAG,KAAK,CAAC,KAAK,IAAI,EAAE,CAAA;IAC/B,MAAM,QAAQ,GAAG,KAAK,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC,IAAI,CAAC,EAAE,KAAK,KAAK,CAAC,UAAU,CAAC,IAAI,KAAK,CAAC,CAAC,CAAC,CAAA;IAE7E,OAAO,QAAQ,EAAE,KAAK,IAAI,EAAE,CAAA;AAC9B,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,QAAQ,CAAC,OAAgB;IACvC,MAAM,IAAI,GAAG,CAAC,OAAO,IAAI,EAAE,CAAC,CAAC,IAAI,EAAE,CAAA;IACnC,IAAI,CAAC,IAAI;QAAE,OAAO,SAAS,CAAA;IAE3B,OAAO,EAAE,IAAI,EAAE,SAAS,EAAE,IAAI,EAAE,CAAA;AAClC,CAAC;AAED,6FAA6F;AAC7F,MAAM,UAAU,WAAW,CAAC,MAA0B;IACpD,IAAI,CAAC,MAAM,IAAI,MAAM,GAAG,CAAC;QAAE,OAAO,SAAS,CAAA;IAE3C,OAAO,MAAM,GAAG,EAAE,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,MAAM,CAAC,MAAM,CAAC,CAAA;AAC7C,CAAC","sourcesContent":["/**\n * What the shared header band decides, kept apart from how it draws.\n *\n * ADR-0060 decision 4 and its 2026-09-18 addendum. plant, twin and figure each wrote this row for\n * themselves - 386, 603 and 185 lines - and the three drifted: one drew a menu button and another\n * did not, one put the unread count inside the pill and another hung it off the corner, each\n * reached for a different set of colour tokens. The band is one copy of the row; this file is the\n * part of it a test in this repository can reach, since the rendering needs a DOM.\n */\n\n/** A tool as the registry keeps it. `template` is a lit template; this file never looks inside it. */\nexport type AppTool = { name?: string; position?: string; template?: unknown }\n\n/**\n * The five places, in the order they are drawn, left to right.\n *\n * These are `TOOL_POSITION`'s own values, written out rather than imported: `@operato/layout` is an\n * ES module and this repository's test runner does not transform node_modules, so importing the\n * enum here would take the deciding out of reach of every test. `tests/header-band.test.ts` reads\n * the installed declaration and checks that these five still match it.\n */\nexport const SLOT_ORDER = ['FRONT_END', 'FRONT', 'CENTER', 'REAR', 'REAR_END'] as const\n\nexport type Slot = (typeof SLOT_ORDER)[number]\n\n/**\n * The scope an app hands over: what it is showing, and how to change it.\n *\n * The band draws this and knows nothing else about it (ADR-0048 · 0058). plant passes factories,\n * twin passes sites, warehouse passes warehouses, and none of those words reach this package.\n */\nexport type HeaderScope = {\n  /** What this kind of thing is called, for the control's accessible name. */\n  label: string\n  /** What there is to choose from. One or none means there is nothing to choose. */\n  items?: { id: string; label: string }[]\n  /** Which one is being shown. */\n  selectedId?: string\n  /** Called with the chosen id. Entering it is the app's business, not the band's. */\n  onSelect?: (id: string) => void\n}\n\n/**\n * Split the one registry into the five slots.\n *\n * The band and `app-toolbar` read the same `store.getState().apptool.tools`, so lite-menu's\n * hamburger and more-ui's morenda button land in the band without either package knowing the band\n * exists. A second registry would mean every contributor choosing a side.\n */\nexport function toolsBySlot(tools: readonly AppTool[] = []): Record<Slot, AppTool[]> {\n  const bySlot = {} as Record<Slot, AppTool[]>\n\n  for (const slot of SLOT_ORDER) {\n    bySlot[slot] = (tools || []).filter(tool => tool?.position === slot)\n  }\n\n  return bySlot\n}\n\n/**\n * Whether the band draws its own way into the menu.\n *\n * lite-menu hides the rail on a narrow viewport and registers its hamburger in the **app toolbar**\n * (`TOOL_POSITION.FRONT_END`), which an app running the band has turned off. twin turned it off and\n * drew no button, so on a narrow viewport there was no way to leave the screen you were on\n * (2026-09-18). With the rail on screen a second way in is noise, so the button comes and goes with\n * it.\n *\n * `undefined` means the menu part has not registered yet. That reads as shown, so the button does\n * not flash on during boot.\n */\nexport function menuButtonShown(menuPartShow: boolean | undefined, frontEndTools: readonly AppTool[] = []): boolean {\n  /* Something already registered a way in - lite-menu's own hamburger, or the app's. Don't draw a second. */\n  if (frontEndTools.length > 0) return false\n\n  return menuPartShow === undefined ? false : !menuPartShow\n}\n\n/**\n * How much of a scope control there is to draw.\n *\n * A single factory draws its name and no picker: an install with one of something pays nothing for\n * the ability to switch between several. plant already worked this way and the band keeps it.\n */\nexport function scopeShape(scope?: HeaderScope): 'none' | 'name' | 'picker' {\n  if (!scope) return 'none'\n\n  const items = scope.items || []\n  if (items.length > 1) return 'picker'\n  if (items.length === 1 || scope.selectedId) return 'name'\n\n  return 'none'\n}\n\n/** The name to draw for a scope that has no picker. */\nexport function scopeName(scope?: HeaderScope): string {\n  if (!scope) return ''\n\n  const items = scope.items || []\n  const selected = items.find(item => item.id === scope.selectedId) || items[0]\n\n  return selected?.label || ''\n}\n\n/**\n * The product name, split where it is drawn in two weights: `operato` **plant**.\n *\n * The band owns this shape, and the app gives it one word (ruling ① of the addendum). plant and\n * figure had written the same two-part wordmark by hand and twin had none at all.\n */\nexport function wordmark(product?: string): { lead: string; name: string } | undefined {\n  const name = (product || '').trim()\n  if (!name) return undefined\n\n  return { lead: 'operato', name }\n}\n\n/** The count as the bell shows it. Above 99 the exact number stops being worth the width. */\nexport function unreadLabel(unread: number | undefined): string | undefined {\n  if (!unread || unread < 1) return undefined\n\n  return unread > 99 ? '99+' : String(unread)\n}\n"]}

package/dist-client/layout/header-scope.d.ts

@@ -0,0 +1,12 @@
+import type { HeaderScope } from './header-band-model';
+/** What the band draws now. */
+export declare function getHeaderScope(): HeaderScope | undefined;
+/**
+ * Hand the band a scope, or `undefined` to take it away.
+ *
+ * Call it again whenever the list or the chosen one changes — the band redraws from what it is
+ * given and keeps nothing of its own.
+ */
+export declare function setHeaderScope(scope?: HeaderScope): void;
+/** Watch it. Returns the unsubscribe, which the band calls when it leaves the document. */
+export declare function subscribeHeaderScope(listener: () => void): () => void;

package/dist-client/layout/header-scope.js

@@ -0,0 +1,33 @@
+/**
+ * Where an app hands the band its scope — what it is showing, and how to change it.
+ *
+ * ADR-0060 decision 4 addendum, ruling ②: the band draws the control and the app owns the words and
+ * the move. plant passes its factories, twin its sites, warehouse its warehouses, and none of those
+ * words are in this package.
+ *
+ * A module-level value rather than a redux slice: it is one object, the band is its only reader,
+ * and a slice would put the app's vocabulary in the shared store where anything could read it.
+ */
+let current;
+const listeners = new Set();
+/** What the band draws now. */
+export function getHeaderScope() {
+    return current;
+}
+/**
+ * Hand the band a scope, or `undefined` to take it away.
+ *
+ * Call it again whenever the list or the chosen one changes — the band redraws from what it is
+ * given and keeps nothing of its own.
+ */
+export function setHeaderScope(scope) {
+    current = scope;
+    for (const listener of [...listeners])
+        listener();
+}
+/** Watch it. Returns the unsubscribe, which the band calls when it leaves the document. */
+export function subscribeHeaderScope(listener) {
+    listeners.add(listener);
+    return () => listeners.delete(listener);
+}
+//# sourceMappingURL=header-scope.js.map

package/dist-client/layout/header-scope.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"header-scope.js","sourceRoot":"","sources":["../../client/layout/header-scope.ts"],"names":[],"mappings":"AAEA;;;;;;;;;GASG;AAEH,IAAI,OAAgC,CAAA;AACpC,MAAM,SAAS,GAAG,IAAI,GAAG,EAAc,CAAA;AAEvC,+BAA+B;AAC/B,MAAM,UAAU,cAAc;IAC5B,OAAO,OAAO,CAAA;AAChB,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,cAAc,CAAC,KAAmB;IAChD,OAAO,GAAG,KAAK,CAAA;IACf,KAAK,MAAM,QAAQ,IAAI,CAAC,GAAG,SAAS,CAAC;QAAE,QAAQ,EAAE,CAAA;AACnD,CAAC;AAED,2FAA2F;AAC3F,MAAM,UAAU,oBAAoB,CAAC,QAAoB;IACvD,SAAS,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAA;IACvB,OAAO,GAAG,EAAE,CAAC,SAAS,CAAC,MAAM,CAAC,QAAQ,CAAC,CAAA;AACzC,CAAC","sourcesContent":["import type { HeaderScope } from './header-band-model'\n\n/**\n * Where an app hands the band its scope — what it is showing, and how to change it.\n *\n * ADR-0060 decision 4 addendum, ruling ②: the band draws the control and the app owns the words and\n * the move. plant passes its factories, twin its sites, warehouse its warehouses, and none of those\n * words are in this package.\n *\n * A module-level value rather than a redux slice: it is one object, the band is its only reader,\n * and a slice would put the app's vocabulary in the shared store where anything could read it.\n */\n\nlet current: HeaderScope | undefined\nconst listeners = new Set<() => void>()\n\n/** What the band draws now. */\nexport function getHeaderScope(): HeaderScope | undefined {\n  return current\n}\n\n/**\n * Hand the band a scope, or `undefined` to take it away.\n *\n * Call it again whenever the list or the chosen one changes — the band redraws from what it is\n * given and keeps nothing of its own.\n */\nexport function setHeaderScope(scope?: HeaderScope): void {\n  current = scope\n  for (const listener of [...listeners]) listener()\n}\n\n/** Watch it. Returns the unsubscribe, which the band calls when it leaves the document. */\nexport function subscribeHeaderScope(listener: () => void): () => void {\n  listeners.add(listener)\n  return () => listeners.delete(listener)\n}\n"]}

package/dist-client/mdibar-setting-let.d.ts

@@ -5,8 +5,10 @@ declare const MDIBarSettingLet_base: (new (...args: any[]) => LitElement) & type
 export declare class MDIBarSettingLet extends MDIBarSettingLet_base {
     static styles: import("lit").CSSResult[];
     show: boolean;
+    private _unsubscribe?;
     render(): import("lit-html").TemplateResult<1>;
-    firstUpdated(): Promise<void>;
+    connectedCallback(): void;
+    disconnectedCallback(): void;
     onChangeShowMDIBar(e: any): Promise<void>;
 }
 export {};

package/dist-client/mdibar-setting-let.js

@@ -4,8 +4,9 @@ import '@material/web/checkbox/checkbox.js';
 import { css, html, LitElement } from 'lit';
 import { customElement, property } from 'lit/decorators.js';
 import { i18next, localize } from '@operato/i18n';
-import { clientSettingStore } from '@operato/shell';
+import { clientSettingStore, store } from '@operato/shell';
 import { updateViewpart } from '@operato/layout';
+import { mdibarShownNow } from './mdibar-setting-state';
 let MDIBarSettingLet = class MDIBarSettingLet extends localize(i18next)(LitElement) {
     constructor() {
         super(...arguments);
@@ -39,8 +40,21 @@ let MDIBarSettingLet = class MDIBarSettingLet extends localize(i18next)(LitEleme
       </setting-let>
     `;
     }
-    async firstUpdated() {
-        this.show = ((await clientSettingStore.get('mdibar'))?.value || {}).show;
+    /*
+     * Follow the bar, not the stored setting: until the user picks, an app that starts the bar on has
+     * nothing stored, and this row drew "off" over a bar that was on (see `mdibar-setting-state`).
+     *
+     * Reading once is not enough — the card outlives a `updateViewpart('appmdibar', …)` from anywhere
+     * else, and would then draw the old answer.
+     */
+    connectedCallback() {
+        super.connectedCallback();
+        this.show = mdibarShownNow(store.getState());
+        this._unsubscribe = store.subscribe(() => (this.show = mdibarShownNow(store.getState())));
+    }
+    disconnectedCallback() {
+        super.disconnectedCallback();
+        this._unsubscribe?.();
     }
     async onChangeShowMDIBar(e) {
         const show = e.currentTarget.checked;

package/dist-client/mdibar-setting-let.js.map

@@ -1 +1 @@
-{"version":3,"file":"mdibar-setting-let.js","sourceRoot":"","sources":["../client/mdibar-setting-let.ts"],"names":[],"mappings":";AAAA,OAAO,0BAA0B,CAAA;AACjC,OAAO,oCAAoC,CAAA;AAE3C,OAAO,EAAE,GAAG,EAAE,IAAI,EAAE,UAAU,EAAE,MAAM,KAAK,CAAA;AAC3C,OAAO,EAAE,aAAa,EAAE,QAAQ,EAAS,MAAM,mBAAmB,CAAA;AAElE,OAAO,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,eAAe,CAAA;AACjD,OAAO,EAAE,kBAAkB,EAAE,MAAM,gBAAgB,CAAA;AACnD,OAAO,EAAE,cAAc,EAAE,MAAM,iBAAiB,CAAA;AAGzC,IAAM,gBAAgB,GAAtB,MAAM,gBAAiB,SAAQ,QAAQ,CAAC,OAAO,CAAC,CAAC,UAAU,CAAC;IAA5D;;QAewB,SAAI,GAAY,KAAK,CAAA;IAyCpD,CAAC;aAvDQ,WAAM,GAAG;QACd,GAAG,CAAA;;;;;;;;;;KAUF;KACF,AAZY,CAYZ;IAID,MAAM;QACJ,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,KAAK,IAAI,CAAA;QAElC,OAAO,IAAI,CAAA;;;;;;mCAMoB,CAAC,CAAC,EAAE,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC,CAAC,aAAa,OAAO;cACxE,OAAO,CAAC,CAAC,CAAC,YAAY,CAAC;;;;KAIhC,CAAA;IACH,CAAC;IAED,KAAK,CAAC,YAAY;QAChB,IAAI,CAAC,IAAI,GAAG,CAAC,CAAC,MAAM,kBAAkB,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC,EAAE,KAAK,IAAI,EAAE,CAAC,CAAC,IAAI,CAAA;IAC1E,CAAC;IAED,KAAK,CAAC,kBAAkB,CAAC,CAAC;QACxB,MAAM,IAAI,GAAG,CAAC,CAAC,aAAa,CAAC,OAAO,CAAA;QAEpC,IAAI,CAAC;YACH,MAAM,kBAAkB,CAAC,GAAG,CAAC;gBAC3B,GAAG,EAAE,QAAQ;gBACb,KAAK,EAAE;oBACL,IAAI;iBACL;aACF,CAAC,CAAA;QACJ,CAAC;QAAC,OAAO,CAAC,EAAE,CAAC;YACX,OAAO,CAAC,KAAK,CAAC,CAAC,CAAC,CAAA;QAClB,CAAC;QAED,cAAc,CAAC,WAAW,EAAE;YAC1B,IAAI;SACL,CAAC,CAAA;IACJ,CAAC;;AAxC4B;IAA5B,QAAQ,CAAC,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;;8CAAsB;AAfvC,gBAAgB;IAD5B,aAAa,CAAC,oBAAoB,CAAC;GACvB,gBAAgB,CAwD5B","sourcesContent":["import '@operato/i18n/ox-i18n.js'\nimport '@material/web/checkbox/checkbox.js'\n\nimport { css, html, LitElement } from 'lit'\nimport { customElement, property, state } from 'lit/decorators.js'\n\nimport { i18next, localize } from '@operato/i18n'\nimport { clientSettingStore } from '@operato/shell'\nimport { updateViewpart } from '@operato/layout'\n\n@customElement('mdibar-setting-let')\nexport class MDIBarSettingLet extends localize(i18next)(LitElement) {\n  static styles = [\n    css`\n      label {\n        display: flex;\n        gap: 10px;\n        align-items: center;\n\n        font: var(--label-font);\n        color: var(--md-sys-color-on-primary-container);\n        text-transform: var(--label-text-transform);\n      }\n    `\n  ]\n\n  @property({ type: Boolean }) show: boolean = false\n\n  render() {\n    const checked = this.show === true\n\n    return html`\n      <setting-let>\n        <ox-i18n slot=\"title\" msgid=\"title.mdibar setting\"></ox-i18n>\n\n        <div slot=\"content\">\n          <label>\n            <md-checkbox @change=${e => this.onChangeShowMDIBar(e)} ?checked=${checked}></md-checkbox>\n            ${i18next.t('label.show')}\n          </label>\n        </div>\n      </setting-let>\n    `\n  }\n\n  async firstUpdated() {\n    this.show = ((await clientSettingStore.get('mdibar'))?.value || {}).show\n  }\n\n  async onChangeShowMDIBar(e) {\n    const show = e.currentTarget.checked\n\n    try {\n      await clientSettingStore.put({\n        key: 'mdibar',\n        value: {\n          show\n        }\n      })\n    } catch (e) {\n      console.error(e)\n    }\n\n    updateViewpart('appmdibar', {\n      show\n    })\n  }\n}\n"]}
+{"version":3,"file":"mdibar-setting-let.js","sourceRoot":"","sources":["../client/mdibar-setting-let.ts"],"names":[],"mappings":";AAAA,OAAO,0BAA0B,CAAA;AACjC,OAAO,oCAAoC,CAAA;AAE3C,OAAO,EAAE,GAAG,EAAE,IAAI,EAAE,UAAU,EAAE,MAAM,KAAK,CAAA;AAC3C,OAAO,EAAE,aAAa,EAAE,QAAQ,EAAS,MAAM,mBAAmB,CAAA;AAElE,OAAO,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,eAAe,CAAA;AACjD,OAAO,EAAE,kBAAkB,EAAE,KAAK,EAAE,MAAM,gBAAgB,CAAA;AAC1D,OAAO,EAAE,cAAc,EAAE,MAAM,iBAAiB,CAAA;AAEhD,OAAO,EAAE,cAAc,EAAE,MAAM,wBAAwB,CAAA;AAGhD,IAAM,gBAAgB,GAAtB,MAAM,gBAAiB,SAAQ,QAAQ,CAAC,OAAO,CAAC,CAAC,UAAU,CAAC;IAA5D;;QAewB,SAAI,GAAY,KAAK,CAAA;IA2DpD,CAAC;aAzEQ,WAAM,GAAG;QACd,GAAG,CAAA;;;;;;;;;;KAUF;KACF,AAZY,CAYZ;IAMD,MAAM;QACJ,MAAM,OAAO,GAAG,IAAI,CAAC,IAAI,KAAK,IAAI,CAAA;QAElC,OAAO,IAAI,CAAA;;;;;;mCAMoB,CAAC,CAAC,EAAE,CAAC,IAAI,CAAC,kBAAkB,CAAC,CAAC,CAAC,aAAa,OAAO;cACxE,OAAO,CAAC,CAAC,CAAC,YAAY,CAAC;;;;KAIhC,CAAA;IACH,CAAC;IAED;;;;;;OAMG;IACH,iBAAiB;QACf,KAAK,CAAC,iBAAiB,EAAE,CAAA;QAEzB,IAAI,CAAC,IAAI,GAAG,cAAc,CAAC,KAAK,CAAC,QAAQ,EAAE,CAAC,CAAA;QAC5C,IAAI,CAAC,YAAY,GAAG,KAAK,CAAC,SAAS,CAAC,GAAG,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,GAAG,cAAc,CAAC,KAAK,CAAC,QAAQ,EAAE,CAAC,CAAC,CAAC,CAAA;IAC3F,CAAC;IAED,oBAAoB;QAClB,KAAK,CAAC,oBAAoB,EAAE,CAAA;QAE5B,IAAI,CAAC,YAAY,EAAE,EAAE,CAAA;IACvB,CAAC;IAED,KAAK,CAAC,kBAAkB,CAAC,CAAC;QACxB,MAAM,IAAI,GAAG,CAAC,CAAC,aAAa,CAAC,OAAO,CAAA;QAEpC,IAAI,CAAC;YACH,MAAM,kBAAkB,CAAC,GAAG,CAAC;gBAC3B,GAAG,EAAE,QAAQ;gBACb,KAAK,EAAE;oBACL,IAAI;iBACL;aACF,CAAC,CAAA;QACJ,CAAC;QAAC,OAAO,CAAC,EAAE,CAAC;YACX,OAAO,CAAC,KAAK,CAAC,CAAC,CAAC,CAAA;QAClB,CAAC;QAED,cAAc,CAAC,WAAW,EAAE;YAC1B,IAAI;SACL,CAAC,CAAA;IACJ,CAAC;;AA1D4B;IAA5B,QAAQ,CAAC,EAAE,IAAI,EAAE,OAAO,EAAE,CAAC;;8CAAsB;AAfvC,gBAAgB;IAD5B,aAAa,CAAC,oBAAoB,CAAC;GACvB,gBAAgB,CA0E5B","sourcesContent":["import '@operato/i18n/ox-i18n.js'\nimport '@material/web/checkbox/checkbox.js'\n\nimport { css, html, LitElement } from 'lit'\nimport { customElement, property, state } from 'lit/decorators.js'\n\nimport { i18next, localize } from '@operato/i18n'\nimport { clientSettingStore, store } from '@operato/shell'\nimport { updateViewpart } from '@operato/layout'\n\nimport { mdibarShownNow } from './mdibar-setting-state'\n\n@customElement('mdibar-setting-let')\nexport class MDIBarSettingLet extends localize(i18next)(LitElement) {\n  static styles = [\n    css`\n      label {\n        display: flex;\n        gap: 10px;\n        align-items: center;\n\n        font: var(--label-font);\n        color: var(--md-sys-color-on-primary-container);\n        text-transform: var(--label-text-transform);\n      }\n    `\n  ]\n\n  @property({ type: Boolean }) show: boolean = false\n\n  private _unsubscribe?: () => void\n\n  render() {\n    const checked = this.show === true\n\n    return html`\n      <setting-let>\n        <ox-i18n slot=\"title\" msgid=\"title.mdibar setting\"></ox-i18n>\n\n        <div slot=\"content\">\n          <label>\n            <md-checkbox @change=${e => this.onChangeShowMDIBar(e)} ?checked=${checked}></md-checkbox>\n            ${i18next.t('label.show')}\n          </label>\n        </div>\n      </setting-let>\n    `\n  }\n\n  /*\n   * Follow the bar, not the stored setting: until the user picks, an app that starts the bar on has\n   * nothing stored, and this row drew \"off\" over a bar that was on (see `mdibar-setting-state`).\n   *\n   * Reading once is not enough — the card outlives a `updateViewpart('appmdibar', …)` from anywhere\n   * else, and would then draw the old answer.\n   */\n  connectedCallback() {\n    super.connectedCallback()\n\n    this.show = mdibarShownNow(store.getState())\n    this._unsubscribe = store.subscribe(() => (this.show = mdibarShownNow(store.getState())))\n  }\n\n  disconnectedCallback() {\n    super.disconnectedCallback()\n\n    this._unsubscribe?.()\n  }\n\n  async onChangeShowMDIBar(e) {\n    const show = e.currentTarget.checked\n\n    try {\n      await clientSettingStore.put({\n        key: 'mdibar',\n        value: {\n          show\n        }\n      })\n    } catch (e) {\n      console.error(e)\n    }\n\n    updateViewpart('appmdibar', {\n      show\n    })\n  }\n}\n"]}

package/dist-client/mdibar-setting-state.d.ts

@@ -0,0 +1,29 @@
+/**
+ * What the MDI setting row shows: **the state the tab bar is actually in.**
+ *
+ * The row used to read the stored setting alone (`clientSettingStore 'mdibar'`). An app that starts
+ * the bar on (`setupAppToolPart({ mdibar: { default: true } })`) leaves that value unset until the
+ * user picks something, so the row drew an empty checkbox while the bar stood on the screen — the
+ * setting said off and the product said on. Someone arriving for the first time ticks it to turn the
+ * bar on and nothing happens, because it was on already.
+ *
+ * `setupAppToolPart` has already folded the stored value and the app's default into the viewpart, so
+ * the viewpart is the one place that knows the answer. Writing the default into the store instead
+ * would freeze it: the app could never change its own default afterwards.
+ *
+ * No imports, so the test runner can hold it.
+ */
+export declare function mdibarShownNow(state: any): boolean;
+/**
+ * The bar's state when the app starts: the user's stored choice, or the app's own default until they
+ * make one.
+ *
+ * `setupAppToolPart` and the setting row must not each carry their own version of this — that split
+ * is what let the row say "off" over a bar that was on.
+ *
+ * `mdibar: true` keeps the old behaviour (off until the user turns it on); `{ default: true }` starts
+ * it on.
+ */
+export declare function resolveMdibarShow(stored: boolean | undefined, option: boolean | {
+    default: boolean;
+}): boolean;

package/dist-client/mdibar-setting-state.js

@@ -0,0 +1,35 @@
+/**
+ * What the MDI setting row shows: **the state the tab bar is actually in.**
+ *
+ * The row used to read the stored setting alone (`clientSettingStore 'mdibar'`). An app that starts
+ * the bar on (`setupAppToolPart({ mdibar: { default: true } })`) leaves that value unset until the
+ * user picks something, so the row drew an empty checkbox while the bar stood on the screen — the
+ * setting said off and the product said on. Someone arriving for the first time ticks it to turn the
+ * bar on and nothing happens, because it was on already.
+ *
+ * `setupAppToolPart` has already folded the stored value and the app's default into the viewpart, so
+ * the viewpart is the one place that knows the answer. Writing the default into the store instead
+ * would freeze it: the app could never change its own default afterwards.
+ *
+ * No imports, so the test runner can hold it.
+ */
+export function mdibarShownNow(state) {
+    return state?.layout?.viewparts?.appmdibar?.show === true;
+}
+/**
+ * The bar's state when the app starts: the user's stored choice, or the app's own default until they
+ * make one.
+ *
+ * `setupAppToolPart` and the setting row must not each carry their own version of this — that split
+ * is what let the row say "off" over a bar that was on.
+ *
+ * `mdibar: true` keeps the old behaviour (off until the user turns it on); `{ default: true }` starts
+ * it on.
+ */
+export function resolveMdibarShow(stored, option) {
+    if (stored !== undefined) {
+        return stored === true;
+    }
+    return typeof option === 'object' && option !== null ? option.default === true : false;
+}
+//# sourceMappingURL=mdibar-setting-state.js.map

package/dist-client/mdibar-setting-state.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"mdibar-setting-state.js","sourceRoot":"","sources":["../client/mdibar-setting-state.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,cAAc,CAAC,KAAU;IACvC,OAAO,KAAK,EAAE,MAAM,EAAE,SAAS,EAAE,SAAS,EAAE,IAAI,KAAK,IAAI,CAAA;AAC3D,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,iBAAiB,CAAC,MAA2B,EAAE,MAAsC;IACnG,IAAI,MAAM,KAAK,SAAS,EAAE,CAAC;QACzB,OAAO,MAAM,KAAK,IAAI,CAAA;IACxB,CAAC;IAED,OAAO,OAAO,MAAM,KAAK,QAAQ,IAAI,MAAM,KAAK,IAAI,CAAC,CAAC,CAAC,MAAM,CAAC,OAAO,KAAK,IAAI,CAAC,CAAC,CAAC,KAAK,CAAA;AACxF,CAAC","sourcesContent":["/**\n * What the MDI setting row shows: **the state the tab bar is actually in.**\n *\n * The row used to read the stored setting alone (`clientSettingStore 'mdibar'`). An app that starts\n * the bar on (`setupAppToolPart({ mdibar: { default: true } })`) leaves that value unset until the\n * user picks something, so the row drew an empty checkbox while the bar stood on the screen — the\n * setting said off and the product said on. Someone arriving for the first time ticks it to turn the\n * bar on and nothing happens, because it was on already.\n *\n * `setupAppToolPart` has already folded the stored value and the app's default into the viewpart, so\n * the viewpart is the one place that knows the answer. Writing the default into the store instead\n * would freeze it: the app could never change its own default afterwards.\n *\n * No imports, so the test runner can hold it.\n */\nexport function mdibarShownNow(state: any): boolean {\n  return state?.layout?.viewparts?.appmdibar?.show === true\n}\n\n/**\n * The bar's state when the app starts: the user's stored choice, or the app's own default until they\n * make one.\n *\n * `setupAppToolPart` and the setting row must not each carry their own version of this — that split\n * is what let the row say \"off\" over a bar that was on.\n *\n * `mdibar: true` keeps the old behaviour (off until the user turns it on); `{ default: true }` starts\n * it on.\n */\nexport function resolveMdibarShow(stored: boolean | undefined, option: boolean | { default: boolean }): boolean {\n  if (stored !== undefined) {\n    return stored === true\n  }\n\n  return typeof option === 'object' && option !== null ? option.default === true : false\n}\n"]}