@epilot/sdk 2.20.63 → 2.20.64

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.
Files changed (5) hide show
  1. package/dist/apis/entity.cjs +1 -1
  2. package/dist/apis/entity.d.cts +5 -6
  3. package/dist/apis/entity.d.ts +5 -6
  4. package/dist/apis/entity.js +1 -1
  5. package/package.json +1 -1
package/dist/apis/entity.cjs CHANGED
@@ -35,7 +35,7 @@ var OVERRIDABLE_ATTRIBUTE_TYPE_LIST = [
35
35
  "checkbox",
36
36
  "country",
37
37
  "tags",
38
- ...RELATION_ATTRIBUTE_TYPE_LIST
38
+ "relation"
39
39
  ];
40
40
  var OVERRIDABLE_ATTRIBUTE_TYPES = new Set(OVERRIDABLE_ATTRIBUTE_TYPE_LIST);
41
41
  var LOCATION_FORMAT_LIST = ["postal_code", "postal_code_city"];
package/dist/apis/entity.d.cts CHANGED
@@ -19,16 +19,15 @@ declare const RELATION_ATTRIBUTE_TYPE_LIST: readonly ["relation", "relation_user
19
19
  declare const RELATION_ATTRIBUTE_TYPES: ReadonlySet<string>;
20
20
  /**
21
21
  * Entity attribute types a conditional pricing variant may override (`overridable_attribute`).
22
- * An allowlist, so a new scalar type is never overridable by default; a new relation type is, since
23
- * relations are overridable by kind. No pricing schema to `satisfies` against — `models.test.ts`
22
+ * An allowlist, so new attribute types are never overridable by default. Of the relation types,
23
+ * only `relation` is overridable. No pricing schema to `satisfies` against — `models.test.ts`
24
24
  * checks these against the entity spec.
25
25
  *
26
- * Scalars are overridden value for value. The relation types are overridden as a whole: the
26
+ * Scalars are overridden value for value. A `relation` attribute is overridden as a whole: the
27
27
  * variant's `$relation` list replaces the base entity's, which is how a variant swaps a product's
28
- * prices or a composite price's components. They are spread from `RELATION_ATTRIBUTE_TYPE_LIST`
29
- * above rather than restated, so the two sets cannot drift.
28
+ * prices or a composite price's components.
30
29
  */
31
- declare const OVERRIDABLE_ATTRIBUTE_TYPE_LIST: readonly ["string", "number", "currency", "boolean", "date", "datetime", "select", "radio", "multiselect", "checkbox", "country", "tags", "relation", "relation_user", "relation_address", "relation_payment_method"];
30
+ declare const OVERRIDABLE_ATTRIBUTE_TYPE_LIST: readonly ["string", "number", "currency", "boolean", "date", "datetime", "select", "radio", "multiselect", "checkbox", "country", "tags", "relation"];
32
31
  /** `string`, not a literal union, so callers can test an unnarrowed `attribute.type`. */
33
32
  declare const OVERRIDABLE_ATTRIBUTE_TYPES: ReadonlySet<string>;
34
33
  /** Every `format` a `location` condition can declare: the shape of its values. */
package/dist/apis/entity.d.ts CHANGED
@@ -19,16 +19,15 @@ declare const RELATION_ATTRIBUTE_TYPE_LIST: readonly ["relation", "relation_user
19
19
  declare const RELATION_ATTRIBUTE_TYPES: ReadonlySet<string>;
20
20
  /**
21
21
  * Entity attribute types a conditional pricing variant may override (`overridable_attribute`).
22
- * An allowlist, so a new scalar type is never overridable by default; a new relation type is, since
23
- * relations are overridable by kind. No pricing schema to `satisfies` against — `models.test.ts`
22
+ * An allowlist, so new attribute types are never overridable by default. Of the relation types,
23
+ * only `relation` is overridable. No pricing schema to `satisfies` against — `models.test.ts`
24
24
  * checks these against the entity spec.
25
25
  *
26
- * Scalars are overridden value for value. The relation types are overridden as a whole: the
26
+ * Scalars are overridden value for value. A `relation` attribute is overridden as a whole: the
27
27
  * variant's `$relation` list replaces the base entity's, which is how a variant swaps a product's
28
- * prices or a composite price's components. They are spread from `RELATION_ATTRIBUTE_TYPE_LIST`
29
- * above rather than restated, so the two sets cannot drift.
28
+ * prices or a composite price's components.
30
29
  */
31
- declare const OVERRIDABLE_ATTRIBUTE_TYPE_LIST: readonly ["string", "number", "currency", "boolean", "date", "datetime", "select", "radio", "multiselect", "checkbox", "country", "tags", "relation", "relation_user", "relation_address", "relation_payment_method"];
30
+ declare const OVERRIDABLE_ATTRIBUTE_TYPE_LIST: readonly ["string", "number", "currency", "boolean", "date", "datetime", "select", "radio", "multiselect", "checkbox", "country", "tags", "relation"];
32
31
  /** `string`, not a literal union, so callers can test an unnarrowed `attribute.type`. */
33
32
  declare const OVERRIDABLE_ATTRIBUTE_TYPES: ReadonlySet<string>;
34
33
  /** Every `format` a `location` condition can declare: the shape of its values. */
package/dist/apis/entity.js CHANGED
@@ -35,7 +35,7 @@ var OVERRIDABLE_ATTRIBUTE_TYPE_LIST = [
35
35
  "checkbox",
36
36
  "country",
37
37
  "tags",
38
- ...RELATION_ATTRIBUTE_TYPE_LIST
38
+ "relation"
39
39
  ];
40
40
  var OVERRIDABLE_ATTRIBUTE_TYPES = new Set(OVERRIDABLE_ATTRIBUTE_TYPE_LIST);
41
41
  var LOCATION_FORMAT_LIST = ["postal_code", "postal_code_city"];
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@epilot/sdk",
3
- "version": "2.20.63",
3
+ "version": "2.20.64",
4
4
  "description": "JavaScript/TypeScript SDK for epilot APIs",
5
5
  "type": "module",
6
6
  "main": "./dist/index.cjs",