npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@content-workers/plugin-pages

v0.3.6

Published

The official Pages plugin for Lucid CMS

Readme

Lucid CMS - Pages Plugin

The official Pages plugin for Lucid

The Lucid CMS Pages plugin adds support for hierarchical documents and slugs to your collections. It's ideal if you're creating content for a website and want to manage pages through collections and documents.

When enabled on a collection, it registers three new fields: fullSlug, slug and parentPage. These fields are used to construct the fullSlug, which is computed whenever a document is edited. The fullSlug is the combination of all the parent slugs and their slugs.

The plugin achieves this by registering hooks that fire at different points in the document lifecycle. Depending on the hook, either its fullSlug is updated via its ancestors, or all of its descendants' fullSlugs are updated.

The intended use case for this plugin is to enable easy document fetching for front-end applications, whereby you can use the URL location to filter a document via the fullSlug. Using the client endpoints that might look something like this:

/api/v1/client/document/COLLECTION_KEY/published?filter[_fullSlug]=about

Installation

npm install @lucidcms/plugin-pages

Setup

To use the Pages plugin, you need to add it to your Lucid CMS config file. You will need to provide it with the necessary configuration options, such as a list of collections to enable the plugin on.

import { nodeAdapter, defineConfig } from "@lucidcms/node-adapter";
import LucidPages from "@lucidcms/plugin-pages";

export const adapter = nodeAdapter();

export default defineConfig((env) => ({
    // ...other config
    plugins: [
        LucidPages({
            collections: [{
                collectionKey: "page",
                useTranslations: true,
                displayFullSlug: true,
            }],
        }),
    ],
}));

Configuration

This plugin offers several configuration options to control its behavior. Aside from the collectionKey, all of these options are optional and have default values.

| Property | Type | Default | Description | |----------|------|---------|-------------| | collectionKey | string | - | The key of the collection that you wish to enable the plugin on | | useTranslations | boolean | false | If set to true, the plugin will enable translations for the slug and fullSlug fields | | displayFullSlug | boolean | false | If set to true, the plugin will make the fullSlug field visible in the documents page builder |

useTranslations

If set to true, the plugin will enable translations for the slug and fullSlug fields. This means that in the documents page builder, the slug and fullSlug fields will require translations for each locale that you have registered in your Lucid CMS config file.

displayFullSlug

If set to true, the plugin will make the fullSlug field visible in the documents page builder, along with making it filterable and listable in the document listing. This is mostly intended for testing and development purposes, though there is no reason it can't be used in production. Please note, however, that the fullSlug field is always calculated, meaning it is not possible to edit this via the document page builder, and even if this option is set to true, the field will be disabled.

Migration to Plugin SDK

This plugin has been updated to use the Lucid CMS Plugin SDK. If you're integrating this plugin in your project, no changes are required - the API remains exactly the same.

If you're a plugin developer looking to migrate your own plugins to use the SDK, you can see the migration by examining the source code. The main changes are:

  1. Import changes: Changed from importing LucidPlugin directly to using the SDK
  2. Fluent API: Used the builder pattern instead of returning an object directly
  3. Type safety: Leveraged the SDK's comprehensive TypeScript support

The plugin now uses:

import { createPlugin } from "@lucidcms/plugin-sdk";

const plugin = createPlugin<PluginOptions>()
  .metadata((metadata) =>
    metadata
      .key(PLUGIN_KEY)
      .name("Pages Plugin")
      .description("Plugin for managing page collections with slug fields")
      .version("0.3.3")
      .lucid(LUCID_VERSION)
  )
  .recipe((draft) => {
    // Recipe logic here
  })
  .build();

Instead of the previous format:

import type { LucidPlugin } from "@lucidcms/core/types";

const plugin: LucidPlugin<PluginOptions> = () => {
  return {
    key: PLUGIN_KEY,
    lucid: LUCID_VERSION,
    recipe: (draft) => {
      // Recipe logic here
    }
  };
};

This migration provides better type safety, IDE support, and follows Lucid CMS's modern plugin development patterns.