src/Umbraco.Web.UI.Client/libs/extensions-api/umb-lifecycle.interface.ts

import type { UmbExtensionRegistry } from "./registry/extension.registry";
import type { UmbControllerHostInterface } from "@umbraco-cms/controller";

/**
 * Interface containing supported life-cycle functions for ESModule entrypoints
 */
export interface UmbEntrypointModule {
	onInit: (host: UmbControllerHostInterface, extensionRegistry: UmbExtensionRegistry) => void
}
Feature/server packages v2 (#574) * new api models * use new PackageResource * do not error out on missing default exports (esmodules auto-execute) * do not check for js extensions (they might have been registered on the client without a js file) * prepend the api baseurl to any relataive server JS dependencies * ignore tsbuildinfo * create base file for tsconfig * extend from base config and optimise include/exclude paths * install rollup plugin to handle json files * use plugin to bundle json files * call script for cms builds that builds libs * add rollup config to utils lib * add a context token to the extension registry instance itself and provide it through BackofficeElement * add rollup node resolve * add node resolve * only include element mixin in element library * add error description to module load error * add types to UmbExtensionRegistry token * set UmbNotificationService as string in its token to avoid minification * correct comment * reverse order of checks * add host to server extensions and support life-cycle check * add imports * use lit rather than lit-html * correct comment * add PackageManifestModel * add import * run libs build for cms * revert reorder * use string name for NotificationContext token * make alias public readonly of UmbContextToken * remove TODO * use UmbContextToken::toString() for all stores * use string alias for contexts * move default data so we avoid importing a big lit library just to get default data interface * add rollup to two extra libraries * make sure we build uui and lit into our libraries for the few cases we import something * add lockfile * add separate options for .js files * add function to install types of module * add types output * remove unused tsconfig-base file for now 2023-03-02 20:29:20 +01:00			`import type { UmbExtensionRegistry } from "./registry/extension.registry";`
Split View for Document Workspace (#581) * updated package-lock * fix document root route * deep link for variants * also post fix the redirect * split view router concept * remove comment * split view routing * fix only one variant scenario * add bolean state class * simplified solution * using block grid editor as deep router test * bring back the splitViewIndex for workspace-vari * moving footer, and spread across variants * hide footer when no content * only show navigation in right variant * switchVariant in splitView * switching refactored to workspace context * close concept * create VariantID from data, not props * fix variant variant ID * TODOs * use ContextToken * just a difference tag on properties * a bit more * closeSplitView use URL * move splitView code into a splitViewManager * readonly props * JSDoc * change JSDoc sligthly * less dom activity for splitView change * use router-slot events for updates * some docs * context * fix imports 2023-03-10 11:34:08 +01:00			`import type { UmbControllerHostInterface } from "@umbraco-cms/controller";`
Feature/server packages v2 (#574) * new api models * use new PackageResource * do not error out on missing default exports (esmodules auto-execute) * do not check for js extensions (they might have been registered on the client without a js file) * prepend the api baseurl to any relataive server JS dependencies * ignore tsbuildinfo * create base file for tsconfig * extend from base config and optimise include/exclude paths * install rollup plugin to handle json files * use plugin to bundle json files * call script for cms builds that builds libs * add rollup config to utils lib * add a context token to the extension registry instance itself and provide it through BackofficeElement * add rollup node resolve * add node resolve * only include element mixin in element library * add error description to module load error * add types to UmbExtensionRegistry token * set UmbNotificationService as string in its token to avoid minification * correct comment * reverse order of checks * add host to server extensions and support life-cycle check * add imports * use lit rather than lit-html * correct comment * add PackageManifestModel * add import * run libs build for cms * revert reorder * use string name for NotificationContext token * make alias public readonly of UmbContextToken * remove TODO * use UmbContextToken::toString() for all stores * use string alias for contexts * move default data so we avoid importing a big lit library just to get default data interface * add rollup to two extra libraries * make sure we build uui and lit into our libraries for the few cases we import something * add lockfile * add separate options for .js files * add function to install types of module * add types output * remove unused tsconfig-base file for now 2023-03-02 20:29:20 +01:00
			`/**`
			`* Interface containing supported life-cycle functions for ESModule entrypoints`
			`*/`
			`export interface UmbEntrypointModule {`
			`onInit: (host: UmbControllerHostInterface, extensionRegistry: UmbExtensionRegistry) => void`
			`}`