npm package: @plone/mockup
Description: A collection of client side patterns for faster and easier web development
Author: Plone Foundation
Latest version: 5.6.1

# Plone Mockup

Mockup is the JavaScript stack of the Plone Classic UI.

## Usage

There are several options to integrate Mockup.

1.  It comes pre-installed with Plone 6 Classic UI.
2.  You can install and compile a bundle. See [Development Section](#development) below.
3.  You can download a `.zip` from [Mockup's releases page on GitHub](https://github.com/plone/mockup/releases).
4.  You can use a precompiled bundle from a CDN, like:

    ```html
    <script src="https://unpkg.com/@plone/mockup@latest/dist/bundle.min.js"></script>
    ```

    or:

    ```html
    <script src="https://cdn.jsdelivr.net/npm/@plone/mockup@latest/dist/bundle.min.js"></script>
    ```

## Install

- Have a current version of Node.js installed.

- To install, run: `make install`.

- To run the demo server, do: `make serve`.

    This starts up the webpack build process in watch mode.
    Any JavaScript changes are immediately compiled.
    For some changes - like for adding new packages via `pnpm add` and then using it you might need to restart.
    The command also spins up a development server for our `11ty` based documentation and demo pages.
    If you don't need the docs running, you can run `pnpm start:webpack` or `npm run start:webpack` instead, so that only the webpack devserver is running.

- Go to `http://localhost:8000`:
  On this port our demo and documentation pages are served.

## Mockup overview

Mockup is a JavaScript UI library which provides widgets, apps, and functionality for the Plone Classic UI frontend.
It is based on Patternslib, and provides its functionality through patterns.
Patterns are initialized and activated when a triggering CSS selector is found in the DOM tree.
For example, the related items widget is initialized on a form input field with the CSS class `pat-relateditems`.
The configuration is done via data attributes.
For the related items pattern, it's an attribute called `data-pat-relateditems`.
The data structure of the configuration can be a JSON string or CSS declaration as key-value pairs, with the key and value separated by a colon (`:`), and the pairs separated by a semicolon (`;`).
Defining a JSON structure is more flexible though.

Here are two examples.

`pat-relateditems` configuration as JSON structure:

```html
<input
    type="text"
    class="pat-relateditems"
    data-pat-relateditems='{
        "selectableTypes": ["Document"],
        "vocabularyUrl": "relateditems-test.json"
    }'
/>
```

`pat-relateditems` configuration as CSS declarations:

```html
<input
    type="text"
    class="pat-relateditems"
    data-pat-relateditems="
        selectableTypes: Document;
        vocabularyUrl: relateditems-test.json;
    "
/>
```

Because of historic reasons, the Mockup pattern attributes are written in "camelCase", for example `vocabularyUrl`.
But to resemble the CSS syntax, new patterns should instead separate each word with a dash, for example `vocabulary-url`.

## Mockup Patterns

- [pat-autotoc](src/pat/autotoc/README.md): Automatically create a table of contents.
- [pat-contentbrowser](src/pat/contentbrowser/README.md): Show an offcanvas miller-column browser to select items.
- [pat-cookietrigger](src/pat/cookietrigger/README.md): Show a DOM element if browser cookies are disabled.
- [pat-datatables](src/pat/datatables/README.md): This pattern provides the functionality from https://datatables.net/
- [pat-formautofocus](src/pat/formautofocus/README.md): Automatically set the focus on a form input field.
- [pat-formunloadalert](src/pat/formunloadalert/README.md): Show a warning if the user leaves an unsaved form.
- [pat-livesearch](src/pat/livesearch/README.md): Provide Plone's live search functionality.
- [pat-manage-portlets](src/pat/manageportlets/README.md): Used by `plone.app.portlets` to manage portlets.
- [pat-markspeciallinks](src/pat/markspeciallinks/README.md): Add a special class to links in certain conditions.
- [pat-modal](src/pat/modal/README.md): Show content in a modal.
- [pat-navigationmarker](src/pat/navigationmarker/README.md): Add classes to the main navigation.
- [pat-passwordstrength](src/pat/passwordstrength/README.md): Check the strength of a password.
- [pat-preventdoublesubmit](src/pat/preventdoublesubmit/README.md): Prevent multiple submissions of the same forn.
- [pat-querystring](src/pat/querystring/README.md): Show the querystring selection app.
- [pat-recurrence](src/pat/recurrence/README.md): Show the recurrence widget.
- [pat-select2](src/pat/select2/README.md): Show a widget which enhances dropdown selections with automatic suggestions, search and tagging functionality.
- [pat-sortable](src/pat/sortable/README.md): A pattern to make listings sortable.
- [pat-structure](src/pat/structure/README.md): Plone's folder contents app.
- [pat-structureupdater](src/pat/structure-updater/README.md): Update title and description based on the current folder contents location.
- [pat-textareamimetypeselector](src/pat/textareamimetypeselector/README.md): Display the MIME type selection widget for textareas.
- [pat-tinymce](src/pat/tinymce/README.md): Use the TinyMCE editor for HTML editing.
- [pat-toggle](src/pat/toggle/README.md): A pattern to toggle classes on HTML elements.
- [pat-toolbar](src/pat/toolbar/README.md): Render the Plone toolbar.
- [pat-tree](src/pat/tree/README.md): Renders a navigable tree from a data structure.
- [pat-upload](src/pat/upload/README.md): Upload files to Plone.

Deprecated patterns:

- [pat-relateditems](src/pat/relateditems/README.md) (_deprecated_): Show a widget to select related items. (use `pat-contentbrowser` instead)
- [pat-backdrop](src/pat/backdrop/README.md) (_deprecated_): Renders a dark background.
- [pat-contentloader](src/pat/contentloader/README.md) (_deprecated_): Load remote or local content into a target.
- [pat-texteditor](src/pat/texteditor/README.md) (_deprecated_): Show a code editor.

## Development

You can directly develop with the 11ty based documentation / demo server by running `make serve`.

If you want to develop in Plone, you have two options:

1. Run `make watch-plone`. You need buildout to have plone.staticresources checked out next to Mockup.
   Mockup will compile it's bundle directly into the `++plone++static` directory of plone.staticresources and update it when you change something in Mockup.

2. Run `npx pnpm start:webpack`, go to the resource registry ( http://localhost:8080/Plone/@@resourceregistry-controlpanel ) and add the URL `http://localhost:8000/bundle.min.js` to the JavaScript input field of the plone bundle instead of the other URL `++plone++static/bundle-plone/bundle.min.js`.

For more commands inspect Makefile and the script part of the package.json.

### Running tests

Run `make check` to run all tests including `eslint` checks.

To run individual tests, run:

- `jest`: Run all tests
- `jest src/pat/PATH-TO-PATTERN`: Run a specific test suite
- `jest src/pat/PATH-TO-PATTERN -t "Test name"`: Run a specific test matching "Test name" from a specific test suite.
- `jest --watch`: Run the interactive test runner.

### Debugging tests

The tests are based on jsdom - a library mocking DOM and HTML standards in JavaScript.
No real browsers are involved, which make the tests run really fast.

Still, you can connect to the Chrome debugging interface via:

```
node --inspect-brk node_modules/.bin/jest --runInBand ./src/pat/PATH-TO-PATTERN``
```

Connect in chrome via (You need to click "continue" or "Resume script execution" in the inspector once to proceed):

```
chrome://inspect
```

You can pass Jest any parameter it accepts, like `-t TESTPATTERN`::

```
node --inspect-brk node_modules/.bin/jest --runInBand ./src/pat/PATH-TO-PATTERN -t test.name
```

You can put some `debugger;` statements to the code to break the execution and investigate.

### Developing external Packages

If you want to work on ony external package like Patternslib or any external Mockup pattern you can do so by linking those packages into the node_modules folder via `pnpm link`.

1. Check out the external package you want to develop on.

2. Make sure you have installed the dependencies in the development package (e.g. by running `pnpm install`). (TODO: verify that!)

3. Run `pnpm link` in the external development package to register it with pnpm.

4. Run `pnpm link "PACKAGE-NAME"` in mockup to create the node_modules symlink.

After developing you might want to run `pnpm unlink "PACKAGE-NAME"` to unlink the development package.

For more information see:

- https://pnpm.io/cli/link
- https://pnpm.io/cli/unlink
- https://docs.npmjs.com/cli/v11/commands/npm-link

**Please note:**: Make sure to unlink and reinstall development pacakges before building a production bundle.
In doubt, remove the node_modules directory and re-install.

### Bundle build analyzation

https://survivejs.com/webpack/optimizing/build-analysis/
https://formidable.com/blog/2018/finding-webpack-duplicates-with-inspectpack-plugin/

Build the stats.json file:

```
npx pnpm build:stats
```

Check dependency tree and why which package was included:
https://www.npmjs.com/package/whybundled

```
npx whybundled stats.json
```

Visualize dependency tree and analyze bundle size:
https://www.npmjs.com/package/webpack-bundle-analyzer

```
npx webpack-bundle-analyzer stats.json
```

### i18n message extraction

To update the translation file, the following needs to be done:

1. Extract the messages from this package:

```
npx pnpm run i18n
```

Or just `npm run i18n`...

2. Copy the widgets.pot file to plone.app.locales

Assuming you are doing this from a buildout.coredev environment in the mockup folder:

```
cp widgets.pot ../plone.app.locales/plone/app/locales/locales/
```

3. Run i18ndude to update the po files

```
cd ../plone.app.locales/src/plone/app/locales/locales
i18ndude sync --pot widgets.pot */LC_MESSAGES/widgets.po
```

### i18n message handling in Plone

To test a translation, for example French:

- Edit the po file `src/plone.app.locales/src/plone/app/locales/locales/fr/LC_MESSAGES/widgets.po`.

- Restart your instance to rebuild the mo file from the po file.

- Purge your localStorage and refresh the page to trigger a new download of the translations.

The translations are handled by `src/core/i18n.js`.
This translation helper that calls the `@@plonejsi18n` view defined in plone.app.content to generate a JSON of the translations from the mo file.
The `@@plonejsi18n` view is called one time for a given domain and language and the result is cached in localStorage for 24 hours.
The only way to test the new translations is to restart the instance to update the mo file from the po file, and then to purge the localStorage to trigger a new download of the translations.

## Style guide

- Tab: 4 spaces for everything, except for HTML and XML files which must use 2 spaces, and the Makefile which must use tabs.
  This rule is defined in the [.editorconfig file](./.editorconfig).

### Commit style guide

We automatically generate the changelog from the commit messages following the [Conventional Commits specification](https://www.conventionalcommits.org/).
Changelog generation is done by the [conventional changelog plugin](https://github.com/release-it/conventional-changelog/) for [release-it](https://github.com/release-it/release-it).
This is enforced via a pre-commit hook managed by [husky](https://github.com/typicode/husky).

**And this is how you use it:**

We have 5 different types of changelog entries:

- Breaking Changes (type: `breaking`),
- Features (type: `feat`),
- Bug Fixes (type: `fix`),
- Maintenance (type: `maint`).
- Technical (type: `tech`).

We can group commits in the changelog via a scope or grouping.
Let's follow a convention and use these groupings, but the grouping is optional and any other group name can be used.

- "Dependencies" for upgrading package.json dependencies.
- "Docs" for documentation.
- "Build" for everything related to the release workflow, Webpack and building bundles.
- "Cleanup" for cleaning up or reformatting code.
- "pat PATTERNNAME" for changes to individual patterns in `src/pat`.
- "core MODULENAME" for changes to core modules in `src/core`.

A commit message with a changelog grouping must be structured like so: `TYPE(GROUP): MESSAGE`.
Without grouping: `TYPE: MESSAGE`

If the commit message doesn't follow this convention, then it won't be included in the changelog.
To bypass the pre-commit hook, use the git `-n` switch.
Example: `git commit pnpm-lock.yaml -m "pnpm install." -n`.

If you are working on a component like the structure pattern (pat-structure), use `pat structure` as a group.

Examples:

Add a feature to the structure pattern:

```shell
git commit src/pat/structure -m "feat(pat structure): Add feature to cook some coffee"
```

Cleanup task:

```shell
git commit -am "maint(Cleanup): Remove whitespace from documentation."
```

or without a grouping:

```shell
git commit -am "maint: Remove unnecessary file from root directory."
```

---

**Note**

Please keep commits on the `pnpm-lock.yaml` file or any other auto-generated code seperate.

Just commit them seperately with `git commit pnpm-lock.yaml -m "pnpm install" -n`.

Keeping them seperate reduces the effort when merging or rebasing branches where a merge conflict can easily happen.
In such cases you can just withdraw your changes on the `pnpm-lock.yaml` file, or remove those commits and reinstall with `pnpm install` at the end of a successful merge or rebase.

---