@formicoidea/labre-framework-ddd-core-domain 0.42.0 → 0.45.0

package/dist/core-domain/background.js

@@ -31,8 +31,13 @@ import { CORE_DOMAIN_ROLE } from '../roles.js';
 /**
  * The authoring reference space, kept as documentation of where every ratio
  * below comes from: the chart was drawn at 900 × 820 with its plot inset by the
- * margins declared in {@link CORE_DOMAIN_BACKGROUND}, so the plot is 786 × 746
- * and `(absolute - origin) / span` is the conversion.
+ * ORIGINAL margins `{ top: 24, right: 54, bottom: 50, left: 60 }`, so the plot
+ * is 786 × 746 and `(absolute - origin) / span` is the conversion.
+ *
+ * These numbers are the conversion and nothing else: they are NOT the margins
+ * the chart is drawn with any more (see {@link CORE_DOMAIN_MARGIN}). The ratios
+ * below therefore still describe the same picture — the picture simply fills a
+ * tighter frame.
  */
 const PLOT = { x0: 60, y0: 24, width: 786, height: 746 };
 /** An absolute X of the reference drawing, as a ratio of the plot. */
@@ -364,6 +369,53 @@ const CORE_DOMAIN_AXES = [
         ],
     },
 ];
+/**
+ * The margins, each one the ink it actually hosts — not a round number.
+ *
+ * The chart used to be inset by `{ top: 24, right: 54, bottom: 50, left: 60 }`,
+ * drawn when the frame was authored and never measured since. Measured on the
+ * canvas at the authoring size, the ink of a default chart stopped 24.1 units
+ * short of the top edge, 50.7 short of the right one, 20.1 short of the bottom
+ * and 17.2 short of the left: about a tenth of the element was empty on every
+ * side, which is exactly what makes a chart hard to grab — a background is
+ * caught by its border (`framework-background/hit-test.ts`), and that border
+ * was nowhere near the drawing.
+ *
+ * So each margin is now the reach of what it hosts, plus room to breathe:
+ *
+ * - `top` hosts the tip of the vertical arrowhead and nothing else — the tip IS
+ *   the top of the plot — so 4 units of gutter is the whole of it;
+ * - `right` hosts the tip of the horizontal arrowhead — which, like the top
+ *   one, IS the edge of the plot — and the right half of the "High" tick, which
+ *   is centred 1.02 % of the plot inside that end and reaches 3.3 units past it
+ *   in English. 8 covers the tick on a chart of the usual width; a locale whose
+ *   word is half again as wide overruns the edge by a few units on a narrow
+ *   chart, which paints fine (the surface clips nothing) and is the same thing
+ *   the arrowheads already do;
+ * - `bottom` hosts the horizontal axis title, whose baseline is 30 below the
+ *   axis (`dy: 30`), plus a descender the English wording happens not to have
+ *   (≈ 3.4 at 14px) and a gutter;
+ * - `left` hosts the rotated vertical title, written 32 left of the axis
+ *   (`dx: -32`); rotated, a word reaches into the margin by its ASCENT, not by
+ *   its length — ≈ 10.8 at 14px, more for an accented capital — hence 48.
+ *
+ * Nothing about the drawing changed: every ratio above is untouched, so the
+ * chart is the same chart. What changed is that the frame now sits on it.
+ */
+const CORE_DOMAIN_MARGIN = {
+    top: 4,
+    right: 8,
+    bottom: 37,
+    left: 48,
+};
+/**
+ * The birth size, chosen so that a NEW chart's plot is the 786 × 746 it has
+ * always been: the tighter margins take room off the element, not off the
+ * drawing. A chart created before this change keeps its `xywh` and sees its
+ * plot grow into the margins instead — the deliberate half of this fix.
+ */
+const BIRTH_WIDTH = PLOT.width + CORE_DOMAIN_MARGIN.left + CORE_DOMAIN_MARGIN.right;
+const BIRTH_HEIGHT = PLOT.height + CORE_DOMAIN_MARGIN.top + CORE_DOMAIN_MARGIN.bottom;
 export const CORE_DOMAIN_BACKGROUND = {
     type: 'coreDomain',
     // The chart is a first-class role: validation rules position artefacts
@@ -371,14 +423,14 @@ export const CORE_DOMAIN_BACKGROUND = {
     role: CORE_DOMAIN_ROLE.chart,
     variantProp: 'variant',
     geometry: {
-        width: 900,
-        height: 820,
+        width: BIRTH_WIDTH,
+        height: BIRTH_HEIGHT,
         lockAspectRatio: true,
         // The chart has always offered its handles (`resizeEnabled` defaults to
         // true on the model); the declaration says so, and the toolbar toggle takes
         // over from there.
         resizable: true,
-        margin: { top: 24, right: 54, bottom: 50, left: 60 },
+        margin: CORE_DOMAIN_MARGIN,
     },
     chrome: {
         fontFamily: FONT_FAMILY,

package/dist/core-domain/element-renderer.d.ts

@@ -10,6 +10,6 @@ import type { CoreDomainChartElementModel } from '@formicoidea/labre-core/model'
  * constants the deleted imperative renderer drew from.
  */
 export declare const coreDomain: ElementRenderer<CoreDomainChartElementModel>;
-export declare const CoreDomainRendererExtension: import("@formicoidea/labre-core/store").ExtensionType & {
+export declare const CoreDomainRendererExtension: import("@formicoidea/labre-core/_pkgs/store").ExtensionType & {
     identifier: import("@formicoidea/labre-core/_pkgs/global/di").ServiceIdentifier<ElementRenderer<CoreDomainChartElementModel>>;
 };

package/dist/core-domain/element-view.d.ts

@@ -22,4 +22,4 @@ export declare class CoreDomainView extends DeclaredBackgroundView<CoreDomainCha
  * such prop falls back to `geometry.resizable` — the same behaviour the
  * hand-written extension had, minus the hand.
  */
-export declare const CoreDomainInteraction: import("@formicoidea/labre-core/store").ExtensionType;
+export declare const CoreDomainInteraction: import("@formicoidea/labre-core/_pkgs/store").ExtensionType;

package/dist/reading.d.ts

@@ -21,14 +21,18 @@ import type { ReadingProfile } from '@formicoidea/labre-core/blocks/surface';
  *
  * The chart itself is the FRAME and is not read.
  *
- * ## No nature, no phase
+ * ## No nature; a zone, not a phase
  *
  * The framework ships no type-3 tag pack: the five dot presets ARE roles, and
  * the panel says them on the type line with the chain above them ("Platform
- * sub-domain › Sub-domain"). And the chart's two axes are a plane, not a set of
- * declared zones with ids — reading a phase off it would be an invented fact, so
- * the section is absent rather than empty. A follow-up ticket covers the
- * variant-scoped 2D zones the engine would need.
+ * sub-domain › Sub-domain").
+ *
+ * The chart's two axes are a PLANE, so a dot is read in two dimensions (no
+ * `axis`): it is in the quadrant whose rectangle holds its centre, among the
+ * quadrants of the reading the chart is turned to (`variant` — classic or
+ * migration), and named the way the chart names it, the user's renamed label
+ * included. A dot in a strip no quadrant covers is in none, and the panel says
+ * so rather than picking the nearest.
  */
 /**
  * The dots: the five presets, and the two bounded-context positions.

package/dist/reading.js

@@ -1,3 +1,4 @@
+import { CORE_DOMAIN_BACKGROUND } from './core-domain/background.js';
 import { CORE_DOMAIN_ROLE, CORE_DOMAIN_ROLES } from './roles.js';
 /**
  * What a Core Domain Chart lets the tool read (MF3, the reversed reading).
@@ -21,14 +22,18 @@ import { CORE_DOMAIN_ROLE, CORE_DOMAIN_ROLES } from './roles.js';
  *
  * The chart itself is the FRAME and is not read.
  *
- * ## No nature, no phase
+ * ## No nature; a zone, not a phase
  *
  * The framework ships no type-3 tag pack: the five dot presets ARE roles, and
  * the panel says them on the type line with the chain above them ("Platform
- * sub-domain › Sub-domain"). And the chart's two axes are a plane, not a set of
- * declared zones with ids — reading a phase off it would be an invented fact, so
- * the section is absent rather than empty. A follow-up ticket covers the
- * variant-scoped 2D zones the engine would need.
+ * sub-domain › Sub-domain").
+ *
+ * The chart's two axes are a PLANE, so a dot is read in two dimensions (no
+ * `axis`): it is in the quadrant whose rectangle holds its centre, among the
+ * quadrants of the reading the chart is turned to (`variant` — classic or
+ * migration), and named the way the chart names it, the user's renamed label
+ * included. A dot in a strip no quadrant covers is in none, and the panel says
+ * so rather than picking the nearest.
  */
 /**
  * The dots: the five presets, and the two bounded-context positions.
@@ -56,6 +61,18 @@ export const CORE_DOMAIN_READING = {
             },
         },
     },
+    frame: {
+        backgroundRole: CORE_DOMAIN_ROLE.chart,
+        background: CORE_DOMAIN_BACKGROUND,
+        label: {
+            labelKey: 'com.labre.core-domain.reading.field.zone',
+            labelFallback: 'Zone',
+        },
+        none: {
+            labelKey: 'com.labre.core-domain.reading.zone.none',
+            labelFallback: 'Not in a zone of a Core Domain Chart.',
+        },
+    },
 };
 /**
  * The Team Topologies markers.

package/dist/toolbar/senior-tool.d.ts

@@ -1,2 +1,2 @@
 /** Independent senior tool — Core Domain Chart. */
-export declare const coreDomainSeniorTool: import("@formicoidea/labre-core/store").ExtensionType;
+export declare const coreDomainSeniorTool: import("@formicoidea/labre-core/_pkgs/store").ExtensionType;

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@formicoidea/labre-framework-ddd-core-domain",
   "description": "Labre ddd-core-domain framework for @formicoidea/labre-core.",
-  "version": "0.42.0",
+  "version": "0.45.0",
   "type": "module",
   "sideEffects": false,
   "author": "lajola",
@@ -31,8 +31,8 @@
     "dist"
   ],
   "dependencies": {
-    "@formicoidea/labre-core": "0.42.0",
-    "@formicoidea/labre-ddd-shared": "0.42.0",
+    "@formicoidea/labre-core": "0.45.0",
+    "@formicoidea/labre-ddd-shared": "0.45.0",
     "lit": "^3.2.0"
   }
 }