JSPM

@gechiui/interface

4.1.18
  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • 0
  • Score
    100M100P100Q47952F
  • License GPL-2.0-or-later

Interface module for GeChiUI. The package contains shared functionality across the modern JavaScript-based GeChiUI screens.

Package Exports

  • @gechiui/interface
  • @gechiui/interface/build-module/index.js
  • @gechiui/interface/build/index.js
  • @gechiui/interface/src/index.js

This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (@gechiui/interface) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.

Readme

(Experimental) Interface

The Interface Package contains the basis to start a new GeChiUI screen as Edit Post or Edit Site. The package offers a data store and a set of components. The store is useful to contain common data required by a screen (e.g., active areas). The information is persisted across screen reloads. The components allow one to implement functionality like a sidebar or menu items. Third-party plugins can extend them by default.

Installation

Install the module

npm install @gechiui/interface --save

This package assumes that your code will run in an ES2015+ environment. If you're using an environment that has limited or no support for such language features and APIs, you should include the polyfill shipped in @gechiui/babel-preset-default in your code.

API Usage

Complementary Areas

This component was named after a complementary landmark – a supporting section of the document, designed to be complementary to the main content at a similar level in the DOM hierarchy, but remains meaningful when separated from the main content.

ComplementaryArea and ComplementaryArea.Slot form a slot fill pair to render complementary areas. Multiple ComplementaryArea components representing different complementary areas may be rendered at the same time, but only one appears on the slot depending on which complementary area is enabled.

It is possible to control which complementary is enabled by using the store:

Below are some examples of how to control the active complementary area using the store:

gc.data
    .select( 'core/interface' )
    .getActiveComplementaryArea( 'core/edit-post' );
// -> "edit-post/document"

gc.data
    .dispatch( 'core/interface' )
    .enableComplementaryArea( 'core/edit-post', 'edit-post/block' );

gc.data
    .select( 'core/interface' )
    .getActiveComplementaryArea( 'core/edit-post' );
// -> "edit-post/block"

gc.data
    .dispatch( 'core/interface' )
    .disableComplementaryArea( 'core/edit-post' );

gc.data
    .select( 'core/interface' )
    .getActiveComplementaryArea( 'core/edit-post' );
// -> null

Pinned Items

PinnedItems and PinnedItems.Slot form a slot fill pair to render pinned items (or areas) that act as a list of favorites similar to browser extensions listed in the Chrome Menu.

Example usage: ComplementaryArea component makes use of PinnedItems and automatically adds a pinned item for the complementary areas marked as a favorite.

gc.data.select( 'core/interface' ).isItemPinned( 'core/edit-post', 'edit-post-block-patterns/block-patterns-sidebar' );
// -> false

gc.data.dispatch( 'core/interface' ).pinItem( 'core/edit-post', 'edit-post-block-patterns/block-patterns-sidebar' );

gc.data.select( 'core/interface' ).isItemPinned( 'core/edit-post', 'edit-post-block-patterns/block-patterns-sidebar' );
// -> true

gc.data.dispatch( 'core/interface' ).unpinItem( 'core/edit-post', 'edit-post-block-patterns/block-patterns-sidebar' );

gc.data.select( 'core/interface' ).isItemPinned( 'core/edit-post', 'edit-post-block-patterns/block-patterns-sidebar' ); -> false



Code is Poetry.

Preferences

The interface package provides some helpers for implementing editor preferences.

Features

Features are boolean values used for toggling specific editor features on or off.

Set the default values for any features on editor initialization:

import { dispatch } from '@gechiui/data';
import { store as interfaceStore } from '@gechiui/interface';

function initialize() {
    // ...

    dispatch( interfaceStore ).setFeatureDefaults(
        'namespace/editor-or-plugin-name',
        {
            myFeatureName: true,
        }
    );

    // ...
}

Use the toggleFeature action and the isFeatureActive selector to toggle features within your app:

gc.data
    .select( 'core/interface' )
    .isFeatureActive( 'namespace/editor-or-plugin-name', 'myFeatureName' ); // true
gc.data
    .dispatch( 'core/interface' )
    .toggleFeature( 'namespace/editor-or-plugin-name', 'myFeatureName' );
gc.data
    .select( 'core/interface' )
    .isFeatureActive( 'namespace/editor-or-plugin-name', 'myFeatureName' ); // false

The MoreMenuDropdown and MoreMenuFeatureToggle components help to implement an editor menu for changing preferences and feature values.

function MyEditorMenu() {
    return (
        <MoreMenuDropdown>
            { () => (
                <MenuGroup label={ __( 'Features' ) }>
                    <MoreMenuFeatureToggle
                        scope="namespace/editor-or-plugin-name"
                        feature="myFeatureName"
                        label={ __( 'My feature' ) }
                        info={ __( 'A really awesome feature' ) }
                        messageActivated={ __( 'My feature activated' ) }
                        messageDeactivated={ __( 'My feature deactivated' ) }
                    />
                </MenuGroup>
            ) }
        </MoreMenuDropdown>
    );
}