@elyx-code/project-logic-tree 0.0.6850 → 0.0.6852

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.
package/dist/index.d.ts CHANGED
@@ -15490,7 +15490,8 @@ export declare enum BaseValueDescriptorIds {
15490
15490
  PersistedEntities = "persisted-entities-explanation",
15491
15491
  AttachingPersistedEntitiesToDatabases = "attaching-persisted-entities-to-databases-explanation",
15492
15492
  FullSQLSelectableBreakdown = "full-sql-selectable-breakdown-explanation",
15493
- CurrentlyUnattachedPersistedEntities = "currently-unattached-persisted-entities-explanation"
15493
+ CurrentlyUnattachedPersistedEntities = "currently-unattached-persisted-entities-explanation",
15494
+ ReferencedInputDeclarationReplacedWithInputMapInQuery = "referenced-input-declaration-replaced-with-input-map-in-query-explanation"
15494
15495
  }
15495
15496
 
15496
15497
  /** lodash-like get(obj, path, defaultValue) with precise "missing" detection */
@@ -19631,6 +19632,9 @@ export declare enum BaseValueDescriptorIds {
19631
19632
  */
19632
19633
  export declare function getTouchedCanvasEntitiesFromChangeSet(changeSet: ChangeSet, options?: {
19633
19634
  shallowMissingActivesError?: boolean;
19635
+ excludeAffected?: boolean;
19636
+ excludeAdded?: boolean;
19637
+ excludeUpdated?: boolean;
19634
19638
  }): CanvasEntityState[];
19635
19639
 
19636
19640
  export declare const getTzOffsetAtArg: IValueDescriptorTransfer;
@@ -31646,7 +31650,7 @@ export declare enum BaseValueDescriptorIds {
31646
31650
  SameBothGlobal = "same-both-global"
31647
31651
  }
31648
31652
 
31649
- export declare const SEARCH_STATEMENT_HYDRATION_EXPLANATION = "The 'query' field of 'search' entities gets stored naivly as pure text, but when we interact with it, it gets just-in-time hydration against the existing project state to become a fully typed SQL AST.\nThis means that you can write any raw SQL query in the 'query' field, and the project checks that any column and table references are actually found in the project.\nSpecifically the names of the 'properties' of any 'definition-entity' that implements the 'persisted built-in-base-entity' are matched against any columns and tables respectivly, found in the query.\nDefinition entity names are turned into table names by converting them to pascal case. For example \"My new Entity\" turns into \"MyNewEntity\".\nProperty names are turned into column names by converting them to camel case. For example \"My new property\" turns into \"myNewProperty\".\nIf any of the referenced tables or columns aren't found in the project, an error is shown and the referenced is SAFELY removed from the query.\nSame occurs with interpolated values.\nOnly 'input-map' values belonging to the same parent 'search' entity can be used inside the query. Like so: {{::inputMapId}}.\nIf any of the referenced input-maps aren't found in the parent 'search' entity, they will be ignored and SAFELY removed from the query, no errors are shown.\nA query (and therefore a 'search' entity) can only reference tables in a single database, if two 'definition-entities' that implement the persisted 'built-in-base-entity' belong to two different parent databases, the table selected first will determine what database is being queried, and the other table won't be available for this query.\nIf any of the referenced entities changes, the project will auto-update the query to reflect the changes.";
31653
+ export declare const SEARCH_STATEMENT_HYDRATION_EXPLANATION = "The 'query' field of 'search' entities gets stored naivly as pure text, but when we interact with it, it gets just-in-time hydration against the existing project state to become a fully typed SQL AST.\nThis means that you can write any raw SQL query in the 'query' field, and the project checks that any column and table references are actually found in the project.\nSpecifically the names of the 'properties' of any 'definition-entity' that implements the \"persisted\" 'built-in-base-entity' are matched against any columns and tables, respectively, found in the query.\nDefinition entity names are turned into table names by converting them to pascal case. For example \"My new Entity\" turns into \"MyNewEntity\".\nProperty names are turned into column names by converting them to camel case. For example \"My new property\" turns into \"myNewProperty\".\nIf any of the referenced tables or columns aren't found in the project, an error is shown and the referenced is SAFELY removed from the query.\nSame occurs with interpolated values.\nOnly 'input-map' values belonging to the same parent 'search' entity can be used inside the query. Like so: {{::inputMapId}}.\nIf any of the referenced input-maps aren't found in the parent 'search' entity, they will be ignored and SAFELY removed from the query, no errors are shown.\nA query (and therefore a 'search' entity) can only reference tables in a single database, if two 'definition-entities' that implement the \"persisted\" 'built-in-base-entity' belong to two different parent databases, the table selected first will determine what database is being queried, and the other table won't be available for this query.\nIf any of the referenced entities changes, the project will auto-update the query to reflect the changes.";
31650
31654
 
31651
31655
  export declare enum SearchDependencyField {
31652
31656
  Parent = "search-parent-field",