The @wordpress/dataviews package

The DataViews package offers two React components and a few utilities to work with a list of data:

• DataViews: to render the dataset using different types of layouts (table, grid, list) and interaction capabilities (search, filters, sorting, etc.).
• DataForm: to edit the items of the dataset.

Installation

Install the module

npm install @wordpress/dataviews --save

DataViews

Important note If you're trying to use the DataViews component in a WordPress plugin or theme and you're building your scripts using the @wordpress/scripts package, you need to import the components from @wordpress/dataviews/wp instead of @wordpress/dataviews.

Usage

The DataViews component receives data and some other configuration to render the dataset. It'll call the onChangeView callback every time the user has interacted with the dataset in some way (sorted, filtered, changed layout, etc.):

Example:

const Example = () => {
    const onChangeView = () => {
        /* React to user changes. */
    };

    return (
        <DataViews
            data={ data }
            fields={ fields }
            view={ view }
            onChangeView={ onChangeView }
            defaultLayouts={ defaultLayouts }
            actions={ actions }
            paginationInfo={ paginationInfo }
        />
    );
};

Properties

data: Object[]

A one-dimensional array of objects.

Example:

const data = [
    {
        id: 1,
        title: 'Title',
        author: 'Admin',
        date: '2012-04-23T18:25:43.511Z',
    },
    {
        /* ... */
    },
];

The data can come from anywhere, from a static JSON file to a dynamic source like a HTTP Request. It's the consumer's responsibility to query the data source appropriately and update the dataset based on the user's choices for sorting, filtering, etc.

Each record should have an id that identifies them uniquely. If they don't, the consumer should provide the getItemId property to DataViews: a function that returns an unique identifier for the record.

getItemId: function

A function that receives an item and returns a unique identifier for it.

It's optional. The field will get a default implementation by DataViews that returns the value of the item[ id ].

Example:

// Custom getItemId function.
{
    getItemId={ ( item ) => item.name ?? item.id }
}

getItemLevel: function

A function that receives an item and returns its hierarchical level. It's optional, but this property must be passed for DataViews to display the hierarchical levels of the data if view.showLevels is true.

Example:

// Example implementation
{
    getItemLevel={ ( item ) => item.level }
}

fields: Object[]

The fields describe the visible items for each record in the dataset and how they behave (how to sort them, display them, etc.). See "Fields API" for a description of every property.

Example:

const STATUSES = [
    { value: 'draft', label: __( 'Draft' ) },
    { value: 'future', label: __( 'Scheduled' ) },
    { value: 'pending', label: __( 'Pending Review' ) },
    { value: 'private', label: __( 'Private' ) },
    { value: 'publish', label: __( 'Published' ) },
    { value: 'trash', label: __( 'Trash' ) },
];
const fields = [
    {
        id: 'title',
        label: 'Title',
        enableHiding: false,
    },
    {
        id: 'date',
        label: 'Date',
        render: ( { item } ) => {
            return <time>{ getFormattedDate( item.date ) }</time>;
        },
    },
    {
        id: 'author',
        label: 'Author',
        render: ( { item } ) => {
            return <a href="...">{ item.author }</a>;
        },
        elements: [
            { value: 1, label: 'Admin' },
            { value: 2, label: 'User' },
        ],
        filterBy: {
            operators: [ 'is', 'isNot' ],
        },
        enableSorting: false,
    },
    {
        id: 'status',
        label: 'Status',
        getValue: ( { item } ) =>
            STATUSES.find( ( { value } ) => value === item.status )?.label ??
            item.status,
        elements: STATUSES,
        filterBy: {
            operators: [ 'isAny' ],
        },
        enableSorting: false,
    },
];

view: Object

The view object configures how the dataset is visible to the user.

Example:

const view = {
    type: 'table',
    search: '',
    filters: [
        { field: 'author', operator: 'is', value: 2 },
        { field: 'status', operator: 'isAny', value: [ 'publish', 'draft' ] },
    ],
    page: 1,
    perPage: 5,
    sort: {
        field: 'date',
        direction: 'desc',
    },
    titleField: 'title',
    fields: [ 'author', 'status' ],
    layout: {},
};

Properties:

• type: view type, one of table, grid, list. See "Layout types".

• search: the text search applied to the dataset.

• filters: the filters applied to the dataset. Each item describes:

  • field: which field this filter is bound to.
  • operator: which type of filter it is. See "Operator types".
  • value: the actual value selected by the user.
  • isLocked: whether the filter is locked (cannot be edited by the user).

• perPage: number of records to show per page.

• page: the page that is visible.

• sort:

  • field: the field used for sorting the dataset.
  • direction: the direction to use for sorting, one of asc or desc.

• titleField: The id of the field representing the title of the record.

• mediaField: The id of the field representing the media of the record.

• descriptionField: The id of the field representing the description of the record.

• showTitle: Whether the title should be shown in the UI. true by default.

• showMedia: Whether the media should be shown in the UI. true by default.

• showDescription: Whether the description should be shown in the UI. true by default.

• showLevels: Whether to display the hierarchical levels for the data. false by default. See related getItemLevel DataView prop.

• groupByField: The id of the field used for grouping the dataset. Supported by the grid and table layouts.

• fields: a list of remaining field id that are visible in the UI and the specific order in which they are displayed.

• layout: config that is specific to a particular layout type.

Properties of layout

For column alignment (align property), follow these guidelines: Right-align whenever the cell value is fundamentally quantitative—numbers, decimals, currency, percentages—so that digits and decimal points line up, aiding comparison and calculation. Otherwise, default to left-alignment for all other types (text, codes, labels, dates).

onChangeView: function

Callback executed when the view has changed. It receives the new view object as a parameter.

The view is a representation of the visible state of the dataset: what type of layout is used to display it (table, grid, etc.), how the dataset is filtered, and how it is sorted or paginated. The consumer is responsible for using the view config to query the data provider and ensure the user decisions (sort, pagination, filters, etc.) are respected.

The following example shows how a view object is used to query the WordPress REST API via the entities abstraction. The same can be done with any other data provider.

function MyCustomPageTable() {
    const [ view, setView ] = useState( {
        type: 'table',
        perPage: 5,
        page: 1,
        sort: {
            field: 'date',
            direction: 'desc',
        },
        search: '',
        filters: [
            { field: 'author', operator: 'is', value: 2 },
            {
                field: 'status',
                operator: 'isAny',
                value: [ 'publish', 'draft' ],
            },
        ],
        titleField: 'title',
        fields: [ 'author', 'status' ],
        layout: {},
    } );

    const queryArgs = useMemo( () => {
        const filters = {};
        view.filters.forEach( ( filter ) => {
            if ( filter.field === 'status' && filter.operator === 'isAny' ) {
                filters.status = filter.value;
            }
            if ( filter.field === 'author' && filter.operator === 'is' ) {
                filters.author = filter.value;
            }
        } );
        return {
            per_page: view.perPage,
            page: view.page,
            _embed: 'author',
            order: view.sort?.direction,
            orderby: view.sort?.field,
            search: view.search,
            ...filters,
        };
    }, [ view ] );

    const { records } = useEntityRecords( 'postType', 'page', queryArgs );

    return (
        <DataViews
            data={ records }
            view={ view }
            onChangeView={ setView }
            // ...
        />
    );
}

actions: Object[]

A list of actions that can be performed on the dataset. See "Actions API" for more details.

Example:

const actions = [
    {
        id: 'view',
        label: 'View',
        isPrimary: true,
        icon: <Icon icon={ view } />,
        isEligible: ( item ) => item.status === 'published',
        callback: ( items ) => {
            console.log( 'Viewing item:', items[ 0 ] );
        },
    },
    {
        id: 'edit',
        label: 'Edit',
        icon: <Icon icon={ edit } />,
        supportsBulk: true,
        callback: ( items ) => {
            console.log( 'Editing items:', items );
        },
    },
    {
        id: 'delete',
        label: 'Delete',
        isDestructive: true,
        supportsBulk: true,
        RenderModal: ( { items, closeModal, onActionPerformed } ) => (
            <div>
                <p>Are you sure you want to delete { items.length } item(s)?</p>
                <Button
                    variant="primary"
                    onClick={ () => {
                        console.log( 'Deleting items:', items );
                        onActionPerformed();
                        closeModal();
                    } }
                >
                    Confirm Delete
                </Button>
            </div>
        ),
    },
];

paginationInfo: Object

• totalItems: the total number of items in the datasets.
• totalPages: the total number of pages, taking into account the total items in the dataset and the number of items per page provided by the user.

search: boolean

Whether the search input is enabled. true by default.

searchLabel: string

What text to show in the search input. "Search" by default.

isLoading: boolean

Whether the data is loading. false by default.

defaultLayouts: Record< string, view >

This property provides layout information about active view types. If empty, this enables all layout types (see "Layout Types") with empty layout data.

For example, this is how you'd enable only the table view type:

const defaultLayouts = {
    table: {
        showMedia: false,
    },
    grid: {
        showMedia: true,
    },
};

The defaultLayouts property should be an object that includes properties named table, grid, or list. These properties are applied to the view object each time the user switches to the corresponding layout.

selection: string[]

The list of selected items' ids.

If selection and onChangeSelection are provided, the DataViews component behaves like a controlled component. Otherwise, it behaves like an uncontrolled component.

onChangeSelection: function

Callback that signals the user selected one of more items. It receives the list of selected items' IDs as a parameter.

If selection and onChangeSelection are provided, the DataViews component behaves like a controlled component. Otherwise, it behaves like an uncontrolled component.

isItemClickable: function

A function that determines if a media field or a primary field is clickable. It receives an item as an argument and returns a boolean value indicating whether the item can be clicked.

renderItemLink: React.ComponentType

A render function used to render clickable items.

It can render regular links, but also allows integration with routing libraries (like TanStack Router or React Router).

The component receives the following props:

• item: The data item that was clicked
• Additional standard HTML anchor props (className, style, etc.)

// Then use it in DataViews
<DataViews
    // ...other props
    renderItemLink={ ( { item, ...props } ) => (
        <Link to={ `/sites/${ item.slug }` } preload="intent" { ...props } />
    ) }
/>

header: React component

React component to be rendered next to the view config button.

config: false | { perPageSizes: number[] }

Optional. Set it to false to hide the view config control entirely. Pass an object with a list of perPageSizes to control the available item counts per page (defaults to [10, 20, 50, 100]). perPageSizes needs to have a minimum of 2 items and a maximum of 6, otherwise the UI component won't be displayed.

empty: React node

A message or element to be displayed instead of the dataview's default empty message.

Composition modes

The DataViews component supports two composition modes:

• Controlled: This is the default usage mode. DataViews renders a full layout out-of-the-box — including search, filters, view switcher, layout grid or table, actions, and pagination. It’s the simplest way to get started and requires minimal setup.

• Free composition: This mode gives developers full control over the layout. You can compose your own UI using internal components — placing them exactly where they’re needed in your interface. This is useful for more advanced or custom layouts, while still relying on the same shared context for user interactions.

The component automatically detects the mode based on the children prop. If no children are passed, DataViews renders its internal layout (controlled mode). If children are provided, the component switches to free composition mode, skipping the default layout entirely.

In both modes, user interactions update the same view object and share the same behavior. Free composition components rely on context state and don’t require additional props to work, making them safe to use without extra boilerplate.

Free composition

When you pass the children prop to the DataViews component, it enters free composition mode. In this mode, DataViews no longer renders its built-in layout — instead, it acts as a wrapper that provides access to internal state and shared behavior through context.

This allows you to build your own layout from scratch using the subcomponents exposed by DataViews. Each subcomponent automatically connects to the shared context, so you don't need to wire props manually. You can arrange these components however you want and combine them with your own custom elements.

This pattern enables full layout flexibility while keeping the data logic centralized.

The following components are available directly under DataViews:

• DataViews.Search
• DataViews.FiltersToggle
• DataViews.Filters
• DataViews.Layout
• DataViews.LayoutSwitcher
• DataViews.Pagination
• DataViews.BulkActionToolbar
• DataViews.ViewConfig

example

import DataViews from '@wordpress/dataviews';
import { __ } from '@wordpress/i18n';

const CustomLayout = () => {
    // Declare data, fields, etc.

    return (
        <DataViews
            data={ data }
            fields={ fields }
            view={ view }
            onChangeView={ onChangeView }
            paginationInfo={ paginationInfo }
            defaultLayouts={ { table: {} } }
        >
            <h1>{ __( 'Free composition' ) }</h1>
            <DataViews.Search />
            <DataViews.FiltersToggle />
            <DataViews.Filters />
            <DataViews.Layout />
            <DataViews.Pagination />
        </DataViews>
    );
};

You can render only the pieces you need, rearrange them freely, or combine them with custom components.

Accessibility considerations

All DataViews subcomponents are designed with accessibility in mind — including keyboard interactions, focus management, and semantic roles. Components like Search, Pagination, FiltersToggle, and Filters already handle these responsibilities internally and can be safely used in custom layouts.

When using free composition, developers are responsible for the outer structure of the layout.

Developers don't need to worry about the internal accessibility logic for individual features. The core behaviors — like search semantics, filter toggles, or pagination focus — are encapsulated.

FiltersToggle controls the visibility of the filters panel, and Filters renders the actual filters inside it. They work together and should always be used as a pair. While their internal behavior is accessible by default, how they’re positioned and grouped in custom layouts may affect the overall experience — especially for assistive technologies. Extra care is recommended.

DataForm

Usage

const Example = () => {
    // Declare data, fields, etc.

    return (
        <DataForm
            data={ data }
            fields={ fields }
            form={ form }
            onChange={ onChange }
        />
    );
};

Properties

data: Object

A single item to be edited.

It can be thought of as a single record coming from the data property of DataViews — though it doesn't need to be. It can be totally separated or a mix of records if your app supports bulk editing.

fields: Object[]

The fields describe which parts of the data are visible and how they behave (how to edit them, validate them, etc.). See "Fields API" for a description of every property.

Example:

const fields = [
    {
        id: 'title',
        type: 'text',
        label: 'Title',
    },
    {
        id: 'date',
        type: 'datetime',
        label: 'Date',
    },
    {
        id: 'author',
        type: 'text'
        label: 'Author',
        elements: [
            { value: 1, label: 'Admin' },
            { value: 2, label: 'User' },
        ],
    },
];

form: Object[]

• layout: an object describing the layout used to render the top-level fields present in fields. See layout prop in "Form Field API".
• fields: a list of fields ids that should be rendered. Field ids can also be defined as an object and allow you to define a layout, labelPosition or children if displaying combined fields. See "Form Field API" for a description of every property.

Example:

const form = {
    layout: {
        type: 'panel',
        labelPosition: 'side'
    },
    fields: [
        'title',
        'data',
        {
            id: 'status',
            label: 'Status & Visibility',
            children: [ 'status', 'password' ],
        },
        {
            id: 'featured_media',
            layout: 'regular',
        },
    ],
};

onChange: function

Callback function that receives an object with the edits done by the user.

Example:

const data = {
    id: 1,
    title: 'Title',
    author: 'Admin',
    date: '2012-04-23T18:25:43.511Z',
};

const onChange = ( edits ) => {
    /*
     * edits will contain user edits.
     * For example, if the user edited the title
     * edits will be:
     *
     * {
     *   title: 'New title'
     * }
     *
     */
};

return (
    <DataForm
        data={ data }
        fields={ fields }
        form={ form }
        onChange={ onChange }
    />
);

Utilities

filterSortAndPaginate

Utility to apply the view config (filters, search, sorting, and pagination) to a dataset client-side.

Parameters:

• data: the dataset, as described in the "data" property of DataViews.
• view: the view config, as described in the "view" property of DataViews.
• fields: the fields config, as described in the "fields" property of DataViews.

Returns an object containing:

• data: the new dataset, with the view config applied.
• paginationInfo: object containing the following properties:
  • totalItems: total number of items for the current view config.
  • totalPages: total number of pages for the current view config.

isItemValid

Utility is used to determine whether or not the given item's value is valid according to the current fields and form configuration.

Parameters:

• item: the item, as described in the "data" property of DataForm.
• fields: the fields config, as described in the "fields" property of DataForm.
• form: the form config, as described in the "form" property of DataForm.

Returns a boolean indicating if the item is valid (true) or not (false).

Actions API

id

The unique identifier of the action.

• Type: string
• Required
• Example: move-to-trash

label

The user facing description of the action.

• Type: string | function
• Required
• Example:

{
    label: Move to Trash
}

or

{
    label: ( items ) => ( items.length > 1 ? 'Delete items' : 'Delete item' );
}

isPrimary

Whether the action should be displayed inline (primary) or only displayed in the "More actions" menu (secondary).

• Type: boolean
• Optional

icon

Icon to show for primary actions.

• Type: SVG element
• Required for primary actions, optional for secondary actions.

isEligible

Function that determines whether the action can be performed for a given record.

• Type: function
• Optional. If not present, action is considered eligible for all items.
• Example:

{
    isEligible: ( item ) => item.status === 'published';
}

isDestructive

Whether the action can delete data, in which case the UI communicates it via a red color.

• Type: boolean
• Optional

supportsBulk

Whether the action can operate over multiple items at once.

• Type: boolean
• Optional
• Default: false

disabled

Whether the action is disabled.

• Type: boolean
• Optional
• Default: false

context

Where this action would be visible.

• Type: string
• Optional
• One of: list, single

callback

Function that performs the required action.

• Type: function
• Either callback or RenderModal must be provided. If RenderModal is provided, callback will be ignored
• Example:

{
    callback: ( items, { onActionPerformed } ) => {
        // Perform action.
        onActionPerformed?.( items );
    };
}

RenderModal

Component to render UI in a modal for the action.

• Type: ReactElement
• Either callback or RenderModal must be provided. If RenderModal is provided, callback will be ignored.
• Example:

{
    RenderModal: ( { items, closeModal, onActionPerformed } ) => {
        const onSubmit = ( event ) => {
            event.preventDefault();
            // Perform action.
            closeModal?.();
            onActionPerformed?.( items );
        };
        return (
            <form onSubmit={ onSubmit }>
                <p>Modal UI</p>
                <HStack>
                    <Button variant="tertiary" onClick={ closeModal }>
                        Cancel
                    </Button>
                    <Button variant="primary" type="submit">
                        Submit
                    </Button>
                </HStack>
            </form>
        );
    };
}

hideModalHeader

Controls visibility of the modal's header when using RenderModal.

• Type: boolean
• Optional
• When false and using RenderModal, the action's label is used in modal header

modalHeader

The header text to show in the modal.

• Type: string
• Optional

modalSize

Specifies the size of the modal window when displaying action content using RenderModal.

• Type: string
• Optional
• Default: 'medium'
• One of: 'small', 'medium', 'large', 'fill'

Example:

{
    modalSize: 'large';
}

modalFocusOnMount

Specifies the focus on mount property of the modal.

• Type: boolean | string
• Optional
• Default: true
• One of: true | false | 'firstElement' | 'firstContentElement'

Example:

{
    modalFocusOnMount: 'firstContentElement';
}

Fields API

id

The unique identifier of the field.

• Type: string.
• Required.

Example:

{
    id: 'field_id';
}

type

Field type. One of text, integer, datetime.

If a field declares a type, it gets default implementations for the sort, isValid, and Edit functions if no other values are specified.

• Type: string.
• Optional.

Example:

{
    type: 'text';
}

label

The field's name. This will be used across the UI.

• Type: string.
• Optional.
• Defaults to the id value.

Example:

{
    label: 'Title';
}

header

React component used by the layouts to display the field name — useful to add icons, etc. It's complementary to the label property.

• Type: React component.
• Optional.
• Defaults to the label value.
• Props: none.
• Returns a React element that represents the field's name.

Example:

{
    header: () => {
        /* Returns a react element. */
    };
}

getValue

React component that returns the value of a field. This value is used to sort or filter the fields.

• Type: React component.
• Optional.
• Defaults to item[ id ].
• Props:
  • item value to be processed.
• Returns a value that represents the field.

Example:

{
    getValue: ( { item } ) => {
        /* The field's value.  */
    };
}

render

React component that renders the field. This is used by the layouts.

• Type: React component.
• Optional.
• Defaults to getValue.
• Props
  • item value to be processed.
  • config object containing configuration options for the field. It's optional. So far, the only object property available is sizes: in fields that are set to be the media field, layouts can pass down the expected size reserved for them so that the field can react accordingly.
• Returns a React element that represents the field's value.

Example:

{
    render: ( { item } ) => {
        /* React element to be displayed. */
    };
}

Edit

React component that renders the control to edit the field.

• Type: React component | string. If it's a string, it needs to be one of text, integer, datetime, radio, select.
• Required by DataForm. Optional if the field provided a type.
• Props:
  • data: the item to be processed
  • field: the field definition
  • onChange: the callback with the updates
  • hideLabelFromVision: boolean representing if the label should be hidden
• Returns a React element to edit the field's value.

Example:

// A custom control defined by the field.
{
    Edit: ( { data, field, onChange, hideLabelFromVision } ) => {
        const value = field.getValue( { item: data } );

        return (
            <CustomTimePicker
                value={ value }
                onChange={ onChange }
                hideLabelFromVision
            />
        );
    };
}

// Use one of the core controls.
{
    Edit: 'radio';
}

// Edit is optional when field's type is present.
// The field will use the default Edit function for text.
{
    type: 'text';
}

// Edit can be provided even if field's type is present.
// The field will use its own custom control.
{
    type: 'text',
    Edit: 'radio'
}

sort

Function to sort the records.

• Type: function.
• Optional.
• Args
  • a: the first item to compare
  • b: the second item to compare
  • direction: either asc (ascending) or desc (descending)
• Returns a number where:
  • a negative value indicates that a should come before b
  • a positive value indicates that a should come after b
  • 0 indicates that a and b are considered equal

Example:

// A custom sort function defined by the field.
{
    sort: ( a, b, direction ) => {
        return direction === 'asc'
            ? a.localeCompare( b )
            : b.localeCompare( a );
    };
}

// If field type is provided,
// the field gets a default sort function.
{
    type: 'number';
}

// Even if a field type is provided,
// fields can override the default sort function assigned for that type.
{
    type: 'number';
    sort: ( a, b, direction ) => {
        /* Custom sort */
    };
}

isValid

Object that contains the validation rules for the field. If a rule is not met, the control will be marked as invalid and a message will be displayed.

• required: boolean indicating whether the field is required or not.
• custom: a function that validates a field's value. If the value is invalid, the function should return a string explaining why the value is invalid. Otherwise, the function must return null.

Example:

{
    isValid: {
        custom: ( item: Item, field: NormalizedField<Item> ) => {
            if ( /* item value is invalid */) {
                return 'Reason why item value is invalid';
            }

            return null;
        }
    }
}

Note that fields that define a type (e.g., integer) come with default validation for the type. For example, the integer type if the value is a valid integer:

{
    type: 'integer',
}

However, this can be overriden by the field author:

{
    type: 'integer',
    isValid: {
        custom: ( item: Item, field: NormalizedField<Item> ) => {
            /* Your custom validation logic. */
        }
    }
}

Fields that define their own Edit component have access to the validation rules via the field.isValid object:

{
  Edit: ( { field }) => {
      return <input required={ !! field.isValid.required } />
  }
}

isVisible

Function that indicates if the field should be visible.

• Type: function.
• Optional.
• Args
  • item: the data to be processed
• Returns a boolean indicating if the field should be visible (true) or not (false).

Example:

// Custom isVisible function.
{
    isVisible: ( item ) => {
        /* Custom implementation. */
    };
}

enableSorting

Boolean indicating if the field is sortable.

• Type: boolean.
• Optional.
• Defaults to true.

Example:

{
    enableSorting: true;
}

enableHiding

Boolean indicating if the field can be hidden.

• Type: boolean.
• Optional.
• Defaults to true.

Example:

{
    enableHiding: true;
}

enableGlobalSearch

Boolean indicating if the field is searchable.

• Type: boolean.
• Optional.
• Defaults to false.

Example:

{
    enableGlobalSearch: true;
}

elements

List of valid values for a field. If provided, the field's filter will use these as predefined options instead of using the field's Edit function for user input (unless filterBy is set to false, see below).

• Type: array of objects.
• Optional.
• Each object can have the following properties:
  • value: the value to match against the field's value. (Required)
  • label: the name to display to users. (Required)
  • description: optional, a longer description of the item.

Example:

{
    elements: [
        { value: '1', label: 'Product A' },
        { value: '2', label: 'Product B' },
        { value: '3', label: 'Product C' },
        { value: '4', label: 'Product D' },
    ];
}

By default, we add an empty value (label: "Select item"). The label can be overriden by providing an empty element ({ value: '', label: 'Custom label for empty value'}).

filterBy

Configuration of the filters. By default, fields have filtering enabled using the field's Edit function for user input. When elements are provided, the filter will use those as predefined options instead. Set to false to opt the field out of filtering entirely.

• Type: object | boolean.
• Optional.
• If false, the field will not be available for filtering.
• If an object, it can have the following properties:
  • operators: the list of operators supported by the field. See "operators" below. A filter will support the isAny and isNone multi-selection operators by default.
  • isPrimary: boolean, optional. Indicates if the filter is primary. A primary filter is always visible and is not listed in the "Add filter" component, except for the list layout where it behaves like a secondary filter.

Operators:

is, isNot, on, notOn, lessThan, greaterThan, lessThanOrEqual, greaterThanOrEqual, before, after, beforeInc, afterInc, contains, notContains, and startsWith are single-selection operators, while isAny, isNone, isAll, and isNotAll are multi-selection. between is a special operator that requires two values and it's not supported for preset layout. A filter with no operators declared will support the isAny and isNone multi-selection operators by default. A filter cannot mix single-selection & multi-selection operators; if a single-selection operator is present in the list of valid operators, the multi-selection ones will be discarded, and the filter won't allow selecting more than one item.

Example:

// Set a filter as primary.
{
    filterBy: {
        isPrimary: true;
    }
}

// Configure a filter as single-selection.
{
    filterBy: {
        operators: [ `is`, `isNot` ];
    }
}

// Configure a filter as multi-selection with all the options.
{
    filterBy: {
        operators: [ `isAny`, `isNone`, `isAll`, `isNotAll` ];
    }
}

// Opt out of filtering entirely.
{
    filterBy: false;
}

Form Field API

id

The unique identifier of the field.

• Type: string.
• Required.

Example:

{
    id: 'field_id';
}

layout

Represents the type of layout used to render the field. It'll be one of Regular, Panel, or Card. This prop is the same as the form.layout prop.

Regular

• type: regular. Required.
• labelPosition: one of side, top, or none. Optional. top by default.

For example:

{
    id: 'field_id',
    layout: {
        type: 'regular',
        labelPosition: 'side'
    },
}

Panel

• type: panel. Required.
• labelPosition: one of side, top, or none. Optional. top by default.

For example:

{
    id: 'field_id',
    layout: {
        type: 'panel',
        labelPosition: 'top'
    },
}

Card

• type: card. Required.
• isOpened: boolean. Optional. true by default.
• withHeader: boolean. Optional. true by default.

For example:

{
    id: 'field_id',
    layout: {
        type: 'card',
        isOpened: false,
        withHeader: true,
    },
}

label

The label used when displaying a combined field, this requires the use of children as well.

• Type: string.

Example:

{
    id: 'field_id',
    label: 'Combined Field',
    children: [ 'field1', 'field2' ]
}

children

Groups a set of fields defined within children. For example if you want to display multiple fields within the Panel dropdown you can use children ( see example ).

• Type: Array< string | FormField >.

Example:

{
    id: 'status',
    layout: 'panel',
    label: 'Combined Field',
    children: [ 'field1', 'field2' ],
}

Contributing to this package

This is an individual package that's part of the Gutenberg project. The project is organized as a monorepo. It's made up of multiple self-contained software packages, each with a specific purpose. The packages in this monorepo are published to npm and used by WordPress as well as other software projects.

To find out more about contributing to this package or Gutenberg as a whole, please read the project's main contributor guide.