Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More →
@schedule-x/calendar-controls
Advanced tools
@schedule-x/calendar-controls - npm Package Compare versions
Comparing version 1.46.6 to 1.46.7
@@ -337,5 +337,2 @@ import { Signal } from "@preact/signals"; | ||
| } | ||
| type RecursivePartial<T> = { | ||
| [P in keyof T]?: T[P] extends (infer U)[] ? RecursivePartial<U>[] : T[P] extends object | undefined ? RecursivePartial<T[P]> : T[P]; | ||
| }; | ||
| interface PluginBase { | ||
@@ -345,12 +342,22 @@ name: string; | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| beforeInit?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| beforeInit?($app: CalendarAppSingleton | any): void; | ||
| // TODO v2: change to `onRender` and remove $app parameter | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| init?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| init?($app: CalendarAppSingleton | any): void; | ||
| destroy?(): void; | ||
@@ -357,0 +364,0 @@ } |
@@ -337,5 +337,2 @@ import { Signal } from "@preact/signals"; | ||
| } | ||
| type RecursivePartial<T> = { | ||
| [P in keyof T]?: T[P] extends (infer U)[] ? RecursivePartial<U>[] : T[P] extends object | undefined ? RecursivePartial<T[P]> : T[P]; | ||
| }; | ||
| interface PluginBase { | ||
@@ -345,12 +342,22 @@ name: string; | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| beforeInit?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| beforeInit?($app: CalendarAppSingleton | any): void; | ||
| // TODO v2: change to `onRender` and remove $app parameter | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| init?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| init?($app: CalendarAppSingleton | any): void; | ||
| destroy?(): void; | ||
@@ -357,0 +364,0 @@ } |
@@ -337,5 +337,2 @@ import { Signal } from "@preact/signals"; | ||
| } | ||
| type RecursivePartial<T> = { | ||
| [P in keyof T]?: T[P] extends (infer U)[] ? RecursivePartial<U>[] : T[P] extends object | undefined ? RecursivePartial<T[P]> : T[P]; | ||
| }; | ||
| interface PluginBase { | ||
@@ -345,12 +342,22 @@ name: string; | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| beforeInit?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| beforeInit?($app: CalendarAppSingleton | any): void; | ||
| // TODO v2: change to `onRender` and remove $app parameter | ||
| /** | ||
| * use a recursive partial on the $app interface, in order to not break any third party plugins | ||
| * when we add new properties to the $app interface | ||
| * Allow implementers to dynamically add any properties to the global app object as they see fit. | ||
| * In order to avoid conflict with future properties added to the library, we recommend | ||
| * using the unique prefix `$` for any custom properties added to the global app object. | ||
| * for example $app['$websocketService'] = new WebsocketService(). | ||
| * Adding properties to existing sub-objects is discouraged, since this will make your application more | ||
| * brittle to future changes in the library. | ||
| * */ | ||
| init?($app: RecursivePartial<CalendarAppSingleton>): void; | ||
| // eslint-disable-next-line @typescript-eslint/no-explicit-any | ||
| init?($app: CalendarAppSingleton | any): void; | ||
| destroy?(): void; | ||
@@ -357,0 +364,0 @@ } |
| { | ||
| "name": "@schedule-x/calendar-controls", | ||
| "version": "1.46.6", | ||
| "version": "1.46.7", | ||
| "description": "Plugin for extra controls for the Schedule-X calendar", | ||
@@ -30,3 +30,3 @@ "author": { | ||
| "homepage": "https://schedule-x.dev", | ||
| "gitHead": "f35c0d86451edc0708328c9401c77a81aeed4b8a" | ||
| "gitHead": "83b2168f3603b96646015af536ac138f5ed983cc" | ||
| } |
New alerts
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
Fixed alerts
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
Improved metrics
- Total package byte prevSize
- increased by4.31%
47895
- Lines of code
- increased by1.59%
1344
No dependency changes