@dynamicforms/vue-forms 0.16.1 → 0.17.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1448,6 +1448,24 @@ class y {
1448
1448
  }
1449
1449
  });
1450
1450
  }
1451
+ /**
1452
+ * Whether this element and every container above it are enabled. A rendering layer binds one read instead of
1453
+ * walking the parent chain: a disabled `Group` states that its section cannot be edited, and the inputs
1454
+ * rendered from the members inside it read that here.
1455
+ *
1456
+ * It is a read and nothing else. `enabled` on each element stays exactly what was written to it, a write to a
1457
+ * member of a disabled container is accepted the way it always was, and what a container serializes is decided
1458
+ * by the members' own `enabled`. Where a whole subtree is to stop serializing, the members are disabled.
1459
+ *
1460
+ * `enabled` is the only member with a reading of this kind, and it is not a scheme the other members follow.
1461
+ * `visibility` has none because `SUPPRESS` states that an element is absent from the value as well, so folding
1462
+ * it down the tree would decide serialization rather than report it; `value` has none because a container
1463
+ * composes its own from its members rather than passing one down. A rendering layer that needs a third thing
1464
+ * folded down the tree has `provide`/`inject`, which is where the render tree's own context belongs.
1465
+ */
1466
+ get effectiveEnabled() {
1467
+ return this.enabled && (this.parent?.effectiveEnabled ?? !0);
1468
+ }
1451
1469
  /**
1452
1470
  * True for an element whose value is composed of its members'. The commit builds such a value only where
1453
1471
  * something receives it, compares it by content rather than by identity, and runs the element's own validators