@ckeditor/ckeditor5-utils 43.1.0 → 43.2.0-alpha.0

package/dist/index.js

@@ -953,143 +953,167 @@ diff.fastDiff = fastDiff;
     ];
 }
 
-const version = '43.1.0';
+const version = '43.2.0-alpha.0';
 // The second argument is not a month. It is `monthIndex` and starts from `0`.
-const releaseDate = new Date(2024, 8, 5);
+const releaseDate = new Date(2024, 8, 25);
 /* istanbul ignore next -- @preserve */ if (globalThis.CKEDITOR_VERSION) {
     /**
-	 * The best solution to avoid this error is migrating your CKEditor 5 instance to
-	 * {@glink updating/nim-migration/migration-to-new-installation-methods new installation methods}.
-	 *
-	 * Mentioned below are predefined builds, which are a deprecated installation method. The solutions
-	 * provided are kept here for legacy support only.
-	 *
-	 * This error is thrown when due to a mistake in how CKEditor 5 was installed or initialized, some
-	 * of its modules were duplicated (evaluated and executed twice). Module duplication leads to inevitable runtime
-	 * errors.
-	 *
-	 * There are many situations in which some modules can be loaded twice. In the worst case scenario,
-	 * you may need to check your project for each of these issues and fix them all.
-	 *
-	 * # Trying to add a plugin to an existing build
-	 *
-	 * If you import an existing CKEditor 5 build and a plugin like this:
-	 *
-	 * ```ts
-	 * import ClassicEditor from '@ckeditor/ckeditor5-build-classic';
-	 * import Highlight from '@ckeditor/ckeditor5-highlight/src/highlight';
+	 * This error is thrown when, due to a mistake in the way CKEditor 5 was installed,
+	 * imported, or initialized, some of its modules were evaluated and executed twice.
+	 * Duplicate modules inevitably lead to runtime errors and increased bundle size.
+	 *
+	 * # Check dependency versions
+	 *
+	 * First, make sure that you use the latest version of all CKEditor 5 dependencies.
+	 * Depending on the installation method, you should check the versions of the `ckeditor5`,
+	 * `ckeditor5-premium-features`, or `@ckeditor/ckeditor5-<NAME>` packages. If you cannot update
+	 * to the latest version, ensure that all the CKEditor&nbsp;5 packages are
+	 * in the same version.
+	 *
+	 * If you use third-party plugins, make sure to update them, too. If they are incompatible
+	 * with the version of CKEditor&nbsp;5 you use, you may need to downgrade the CKEditor&nbsp;5 packages
+	 * (which we do not recommend). Ask the plugin's author to upgrade the dependencies,
+	 * or fork their project and update it yourself.
+	 *
+	 * # Check imports
+	 *
+	 * The next step is to look at how you import CKEditor&nbsp;5 into your project.
+	 *
+	 * **The {@glink updating/nim-migration/migration-to-new-installation-methods new installation methods}
+	 * are designed to prevent module duplication, so if you are not using them yet, you should consider
+	 * updating your project**. However, several legacy installation methods are still supported for backward
+	 * compatibility, and mixing them may result in module duplication.
+	 *
+	 * These are the most common import methods of the CKEditor&nbsp;5 packages.
+	 *
+	 * - **New installation methods (NIM)** &ndash; Imports from the `ckeditor5` and `ckeditor5-premium-features` packages.
+	 * - **Optimized build** for the new installation methods &ndash; Imports from the `@ckeditor/ckeditor5-<NAME>/dist/index.js`.
+	 * - **Predefined builds** (legacy) &ndash; Imports from the `@ckeditor/ckeditor5-build-<NAME>` packages.
+	 * - **Default imports** (legacy) &ndash; Imports from the `@ckeditor/ckeditor5-<NAME>` packages (default export).
+	 * - **`src`** (legacy) &ndash; Imports from the `@ckeditor/ckeditor5-<NAME>/src/*`.
+	 * - **DLL builds** (legacy) &ndash; Imports from the `ckeditor5/build/<NAME>` and `@ckeditor/ckeditor5-<NAME>/build/*`.
+	 *
+	 * The best way to avoid duplicate modules is to avoid mixing these installation methods. For example, if you use imports
+	 * specific to the optimized build, you should use them for all CKEditor&nbsp;5 packages. In addition, since
+	 * the Predefined and DLL builds already include the core of the editor, they cannot be used with other types of imports.
+	 *
+	 * Here is a matrix showing which installation methods are compatible with each other:
+	 *
+	 * |                  | NIM | Optimized build | Predefined builds | Default imports | `src` | DLL builds |
+	 * |------------------|-----|-----------------|-------------------|-----------------|-------|------------|
+	 * | NIM              | ✅  | ✅              | ❌                | ❌              | ❌    | ❌         |
+	 * | Optimized builds | ✅  | ✅              | ❌                | ❌              | ❌    | ❌         |
+	 * | Predefined build | ❌  | ❌              | ✅                | ❌              | ❌    | ❌         |
+	 * | Default imports  | ❌  | ❌              | ❌                | ✅              | ✅    | ❌         |
+	 * | `src`            | ❌  | ❌              | ❌                | ✅              | ✅    | ❌         |
+	 * | DLL builds       | ❌  | ❌              | ❌                | ❌              | ❌    | ✅         |
+	 *
+	 * If you use any third-party plugins, make sure the way you import them is compatible with
+	 * the way you import CKEditor&nbsp;5.
+	 *
+	 * <details>
+	 * <summary>New installation methods and optimized builds</summary>
+	 *
+	 * If you use the {@glink updating/nim-migration/migration-to-new-installation-methods new installation methods},
+	 * you should only import code from the `ckeditor5` and `ckeditor5-premium-features` packages.
+	 * Do not import code from the `@ckeditor/ckeditor5-<NAME>` packages unless you follow
+	 * the {@glink getting-started/setup/optimizing-build-size Optimizing build size} guide and the imports from
+	 * the `@ckeditor/ckeditor5-<NAME>` packages end with `/dist/index.js`.
+	 *
+	 * If you use a CDN, ensure that some files are not included twice in your project.
+	 *
+	 * Examples of valid and invalid import paths:
+	 *
+	 * ```js
+	 * import { ClassicEditor, Highlight } from 'ckeditor5'; // ✅
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight/dist/index.js'; // ✅
+	 * import Highlight from '@ckeditor/ckeditor5-highlight/src/highlight.js'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight'; // ❌
+	 * import '@ckeditor/ckeditor5-highlight/build/highlight.js'; // ❌
 	 * ```
+	 * </details>
 	 *
-	 * Then your project loads some CKEditor 5 packages twice. How does it happen?
+	 * <details>
+	 * <summary>(Legacy) Predefined builds</summary>
 	 *
-	 * The build package contains a file which is already compiled with webpack. This means
-	 * that it contains all the necessary code from e.g. `@ckeditor/ckeditor5-engine` and `@ckeditor/ckeditor5-utils`.
+	 * If you use the {@glink getting-started/legacy/installation-methods/predefined-builds Predefined builds},
+	 * you cannot import any additional plugins. These builds already include the editor's core
+	 * and selected plugins and importing additional ones will cause some modules to be bundled and loaded twice.
 	 *
-	 * However, the `Highlight` plugin imports some of the modules from these packages, too. If you ask webpack to
-	 * build such a project, you will end up with the modules being included (and run) twice &ndash; first, because they are
-	 * included inside the build package, and second, because they are required by the `Highlight` plugin.
+	 * Examples of valid and invalid import paths:
 	 *
-	 * Therefore, **you must never add plugins to an existing build** unless your plugin has no dependencies.
-	 *
-	 * Adding plugins to a build is done by taking the source version of this build (so, before it was built with webpack)
-	 * and adding plugins there. In this situation, webpack will know that it only needs to load each plugin once.
-	 *
-	 * # Confused an editor build with an editor implementation
-	 *
-	 * This scenario is very similar to the previous one, but has a different origin.
-	 *
-	 * Let's assume that you wanted to use CKEditor 5 from source.
-	 *
-	 * The correct way to do so is to import an editor and plugins and run them together like this:
-	 *
-	 * ```ts
-	 * import ClassicEditor from '@ckeditor/ckeditor5-editor-classic/src/classiceditor';
-	 * import Essentials from '@ckeditor/ckeditor5-essentials/src/essentials';
-	 * import Paragraph from '@ckeditor/ckeditor5-paragraph/src/paragraph';
-	 * import Bold from '@ckeditor/ckeditor5-basic-styles/src/bold';
-	 * import Italic from '@ckeditor/ckeditor5-basic-styles/src/italic';
-	 *
-	 * ClassicEditor
-	 * 	.create( document.querySelector( '#editor' ), {
-	 * 		plugins: [ Essentials, Paragraph, Bold, Italic ],
-	 * 		toolbar: [ 'bold', 'italic' ]
-	 * 	} )
-	 * 	.then( editor => {
-	 * 		console.log( 'Editor was initialized', editor );
-	 * 	} )
-	 * 	.catch( error => {
-	 * 		console.error( error.stack );
-	 * 	} );
+	 * ```js
+	 * import ClassicEditor from '@ckeditor/ckeditor5-build-classic'; // ✅
+	 * import { Highlight } from 'ckeditor5'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight/dist/index.js'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight'; // ❌
+	 * import Highlight from '@ckeditor/ckeditor5-highlight/src/highlight'; // ❌
+	 * import '@ckeditor/ckeditor5-highlight/build/highlight'; // ❌
 	 * ```
 	 *
-	 * However, you might have mistakenly imported a build instead of the source `ClassicEditor`. In this case
-	 * your imports will look like this:
-	 *
-	 * ```ts
-	 * import ClassicEditor from '@ckeditor/ckeditor5-build-classic';
-	 * import Essentials from '@ckeditor/ckeditor5-essentials/src/essentials';
-	 * import Paragraph from '@ckeditor/ckeditor5-paragraph/src/paragraph';
-	 * import Bold from '@ckeditor/ckeditor5-basic-styles/src/bold';
-	 * import Italic from '@ckeditor/ckeditor5-basic-styles/src/italic';
+	 * If you are missing some features from the
+	 * {@glink getting-started/legacy/installation-methods/predefined-builds#plugins-included-in-the-predefined-builds list of plugins},
+	 * you should switch to the {@glink updating/nim-migration/migration-to-new-installation-methods new installation methods}
+	 * which do not have this limitation.
+	 * If you cannot migrate to the new installation methods, try the
+	 * {@glink getting-started/legacy/installation-methods/predefined-builds#superbuild superbuild} instead.
+	 * This build contains all the editor features.
+	 * </details>
+	 *
+	 * <details>
+	 * <summary>(Legacy) Default imports and `src` imports</summary>
+	 *
+	 * If you use the {@glink getting-started/legacy/installation-methods/quick-start-other legacy customized installation}
+	 * method, you should only import code from the `@ckeditor/ckeditor5-<NAME>` packages. While you can import code from
+	 * the `@ckeditor/ckeditor5-<NAME>/src/*` files, it is not recommended as it can make migration to the new installation
+	 * methods more difficult.
+	 *
+	 * If you use this installation method, you should not import code from the `ckeditor5`, `ckeditor5-premium-features`,
+	 * or `@ckeditor/ckeditor5-build-<NAME>` packages.
+	 *
+	 * Examples of valid and invalid import paths:
+	 *
+	 * ```js
+	 * import { ClassicEditor } from '@ckeditor/ckeditor5-editor-classic'; // ✅
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight'; // ✅
+	 * import Highlight from '@ckeditor/ckeditor5-highlight/src/highlight.js'; // ✅ (not recommended)
+	 * import { Highlight } from 'ckeditor5'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight/dist/index.js'; // ❌
+	 * import '@ckeditor/ckeditor5-highlight/build/highlight'; // ❌
 	 * ```
+	 * </details>
 	 *
-	 * This creates the same situation as in the previous section because you use a build together with source plugins.
-	 *
-	 * Remember: `@ckeditor/ckeditor5-build-*` packages contain editor builds and `@ckeditor/ckeditor5-editor-*` contain source editors.
-	 *
-	 * # Loading two or more builds on one page
-	 *
-	 * If you use CKEditor 5 builds, you might have loaded two (or more) `ckeditor.js` files on one web page.
-	 * Check your web page for duplicated `<script>` elements or make sure your page builder/bundler includes CKEditor only once.
-	 *
-	 * If you want to use two different types of editors at once, see the
-	 * {@glink getting-started/legacy/advanced/using-two-editors "Using two different editors"}
-	 * section.
-	 *
-	 * # Using outdated packages
+	 * <details>
+	 * <summary>(Legacy) DLL builds</summary>
 	 *
-	 * Building CKEditor 5 from source requires using multiple npm packages. These packages have their dependencies
-	 * to other packages. If you use the latest version of, for example, `@ckeditor/ckeditor5-editor-classic` with
-	 * an outdated version of `@ckeditor/ckeditor5-image`, npm or yarn will need to install two different versions of
-	 * `@ckeditor/ckeditor5-core` because `@ckeditor/ckeditor5-editor-classic` and `@ckeditor/ckeditor5-image` may require
-	 * different versions of the core package.
+	 * If you are using the {@glink getting-started/legacy/advanced/alternative-setups/dll-builds legacy DLL builds},
+	 * you should not import any non-DLL modules.
 	 *
-	 * The solution to this issue is to update all packages to their latest version. We recommend
-	 * using tools like [`npm-check-updates`](https://www.npmjs.com/package/npm-check-updates) which simplify this process.
+	 * Examples of valid and invalid import paths:
 	 *
-	 * # Conflicting version of dependencies
-	 *
-	 * This is a special case of the previous scenario. If you use CKEditor 5 with some third-party plugins,
-	 * it may happen that even if you use the latest versions of the official packages and the latest version of
-	 * these third-party packages, there will be a conflict between some of their dependencies.
-	 *
-	 * Such a problem can be resolved by either downgrading CKEditor 5 packages (which we do not recommend) or
-	 * asking the author of the third-party package to upgrade its depdendencies (or forking their project and doing this yourself).
-	 *
-	 * **Note:** All official CKEditor 5 packages (excluding integrations and `ckeditor5-dev-*` packages) are released in the
-	 * same major version. This means that in the `x.y.z` version, the `x` is the same for all packages. This is the simplest way to check
-	 * whether you use packages coming from the same CKEditor 5 version. You can read more about versioning in the
-	 * {@glink updating/versioning-policy Versioning policy} guide.
-	 *
-	 * # Packages were duplicated in `node_modules`
-	 *
-	 * In some situations, especially when calling `npm install` multiple times, it may happen
-	 * that npm will not correctly "deduplicate" packages.
+	 * ```js
+	 * import 'ckeditor5/build/ckeditor5-dll.js';// ✅
+	 * import '@ckeditor/ckeditor5-editor-classic/build/editor-classic.js';// ✅
+	 * import '@ckeditor/ckeditor5-highlight/build/highlight.js';// ✅
+	 * import { Highlight } from 'ckeditor5'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight/dist/index.js'; // ❌
+	 * import { Highlight } from '@ckeditor/ckeditor5-highlight'; // ❌
+	 * import Highlight from '@ckeditor/ckeditor5-highlight/src/highlight.js'; // ❌
+	 * ```
+	 * </details>
 	 *
-	 * Normally, npm deduplicates all packages so, for example, `@ckeditor/ckeditor5-core` is installed only once in `node_modules/`.
-	 * However, it is known to fail to do so from time to time.
+	 * # Reinstall `node_modules`
 	 *
-	 * We recommend checking if any of the steps listed below help:
+	 * Usually, npm and other package managers deduplicate all packages - for example, `ckeditor5` is only installed once
+	 * in `node_modules/`. However, it is known to fail to do so occasionally.
 	 *
-	 * * `rm -rf node_modules && npm install` to make sure you have a clean `node_modules/` directory. This step
-	 * is known to help in most cases.
-	 * * If you use `yarn.lock` or `package-lock.json`, remove it before `npm install`.
-	 * * Check whether all CKEditor 5 packages are up to date and reinstall them
-	 * if you changed anything (`rm -rf node_modules && npm install`).
+	 * To rule out this possibility, you can try the following:
 	 *
-	 * If all packages are correct and compatible with each other, the steps above are known to help. If not, you may
-	 * try to check with `npm ls` how many times packages like `@ckeditor/ckeditor5-core`, `@ckeditor/ckeditor5-engine` and
-	 *`@ckeditor/ckeditor5-utils` are installed. If more than once, verify which package causes that.
+	 * 1. Remove the `node_modules` directory.
+	 * 2. Remove the `package-lock.json`, `yarn.lock`, or `pnpm-lock.yaml` files (depending on the package manager used).
+	 * 3. Run `npm install` to reinstall all packages.
+	 * 4. Run `npm ls` to check how many times packages like `@ckeditor/ckeditor5-core` are installed.
+	 * If they are installed more than once, verify which package causes that.
 	 *
 	 * @error ckeditor-duplicated-modules
 	 */ throw new CKEditorError('ckeditor-duplicated-modules', null);
@@ -2181,6 +2205,7 @@ function initObservable(observable) {
  * @returns Number of items returned by that iterable.
  */ function count(iterable) {
     let count = 0;
+    // eslint-disable-next-line @typescript-eslint/no-unused-vars
     for (const _ of iterable){
         count++;
     }
@@ -2291,7 +2316,7 @@ function initObservable(observable) {
 	 * @param configurations The initial configurations to be set. Usually, provided by the user.
 	 * @param defaultConfigurations The default configurations. Usually, provided by the system.
 	 */ constructor(configurations, defaultConfigurations){
-        this._config = {};
+        this._config = Object.create(null);
         // Set default configuration.
         if (defaultConfigurations) {
             // Clone the configuration to make sure that the properties will not be shared
@@ -2357,7 +2382,7 @@ function initObservable(observable) {
         for (const part of parts){
             // If there is no object for specified part then create one.
             if (!isPlainObject(target[part])) {
-                target[part] = {};
+                target[part] = Object.create(null);
             }
             // Nested object becomes a target.
             target = target[part];
@@ -2366,7 +2391,7 @@ function initObservable(observable) {
         if (isPlainObject(value)) {
             // We take care of proper config structure.
             if (!isPlainObject(target[name])) {
-                target[name] = {};
+                target[name] = Object.create(null);
             }
             target = target[name];
             // And iterate through this object calling `_setToTarget` again for each property.