@cosmicdrift/kumiko-types 0.273.0 → 0.274.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@cosmicdrift/kumiko-types",
-  "version": "0.273.0",
+  "version": "0.274.0",
   "description": "Framework-Type-Definitions für Kumiko — FeatureDefinition, BootCheck-Types und die reinen Engine-Types. Erlaubt Downstream-Konsumenten, gegen die Type-Contracts zu bauen, ohne das ganze Framework-Package zu importieren. Enthaelt keine identitaets-sensitiven Runtime-Werte mehr (Error-Klassen leben seit #1629 in kumiko-framework, Brand-Symbole nutzen Symbol.for) und ist deshalb eine plain dependency, keine peerDependency.",
   "license": "BUSL-1.1",
   "author": "Marc Frost <marc@cosmicdriftgamestudio.com>",

package/src/event-store-executor-types.ts

@@ -74,7 +74,7 @@ export type EventStoreExecutor = {
       filter?:
         | {
             readonly field: string;
-            readonly op: "eq" | "ne" | "lt" | "gt" | "in";
+            readonly op: "eq" | "ne" | "lt" | "gt" | "lte" | "gte" | "in";
             readonly value: unknown;
           }
         | undefined;
@@ -83,7 +83,7 @@ export type EventStoreExecutor = {
       filters?:
         | ReadonlyArray<{
             readonly field: string;
-            readonly op: "eq" | "ne" | "lt" | "gt" | "in";
+            readonly op: "eq" | "ne" | "lt" | "gt" | "lte" | "gte" | "in";
             readonly value: unknown;
           }>
         | undefined;

package/src/screen.ts

@@ -171,21 +171,23 @@ export type ListSortSpec = {
 // unterscheidet sie.
 //
 // Operatoren (Drizzle-konsistent):
-//   eq/ne → field = value | field != value
-//   lt/gt → field < value | field > value (numerisch / temporal)
-//   in    → field IN (...values), value muss readonly array sein
+//   eq/ne     → field = value | field != value
+//   lt/gt     → field < value | field > value (numerisch / temporal)
+//   lte/gte   → field <= value | field >= value (numerisch / temporal)
+//   in        → field IN (...values), value muss readonly array sein
 //
 // Field muss in der Entity existieren UND `filterable: true` haben
-// (Boot-Validator pinned beides). `lt`/`gt` nur auf vergleichbaren
-// Field-Types (number/money/date/timestamp/locatedTimestamp); auf
-// text/boolean/select/multiSelect lehnt der Validator das ab.
+// (Boot-Validator pinned beides). `lt`/`gt`/`lte`/`gte` nur auf
+// vergleichbaren Field-Types (number/money/date/timestamp/
+// locatedTimestamp); auf text/boolean/select/multiSelect lehnt der
+// Validator das ab.
 //
 // Security-Modell: Filter ist UX-Bucketing, KEINE Access-Boundary. Der
 // Server appliziert den filter aus dem Payload — der Client kann ihn
 // weglassen oder durch einen anderen ersetzen. Boundary bleiben
 // access-rule + Tenant-Scope; Felder mit Sicherheits-Bias (encrypted,
 // restricted) müssen dort geschützt werden, nicht über den Screen-Filter.
-export type ScreenFilterOp = "eq" | "ne" | "lt" | "gt" | "in";
+export type ScreenFilterOp = "eq" | "ne" | "lt" | "gt" | "lte" | "gte" | "in";
 export type ScreenFilter = {
   readonly field: string;
   readonly op: ScreenFilterOp;