Skip to content

An input component for using Bynder as your DAM in Sanity Studio

License

Notifications You must be signed in to change notification settings

sanity-io/sanity-plugin-bynder-input

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

46 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

This is a Sanity Studio v3 plugin. For the v2 version, please refer to the v2 version.

Sanity + Bynder = 🌁

bynder demo

This plugin adds your familiar Bynder user inferface in the Sanity Studio, letting you pick any asset you are managing on Bynder and still serve it from Bynder in your frontends.

Installation

npm install sanity-plugin-bynder-input

Usage

Add bynderInputPlugin to plugins in sanity.config.ts (or.js) and specify your Bynder portal domain. You can also specify which language you want the Bynder widget UI to render.

 import {defineConfig} from 'sanity'
 import {bynderInputPlugin} from 'sanity-plugin-bynder-input'

 export const defineConfig({
    // ... other config
    plugins: [
      bynderInputPlugin(
        {
          portalDomain: "https://wave-trial.getbynder.com/",
          language: "en_US"
        }
      )
    ]
 })

Specifying asset types

The default selectable asset types are image, audio, video and document. You can restrict a field to one or more types with the assetTypes option in your schema. If you do not specify options all asset types will be available for selection.

Here is an example of a document that has one Bynder asset field restricted to only images, and another which can be either a video or an audio file.

 import {defineType, defineField} from 'sanity'

export const myDocumentSchema = defineType({
  type: "document",
  name: "article",
  fields: [
    defineField({
      type: "bynder.asset",
      name: "image",
      options: {
        assetTypes: ["image"]
      }
    }),
    defineField({
      type: "bynder.asset",
      name: "temporalMedia",
      options: {
        assetTypes: ["video", "audio"]
      }
    })
  ]
})

Specifying asset filters

If you are looking for a more robust way to filter assets, you can restrict the initial set of assets with the assetFilter option.

Here is an example of a document that has one Bynder asset field restricted to only images, and another which can be either a video or an audio file.

 import {defineType, defineField} from 'sanity'

export const myDocumentSchema = defineType({
  type: "document",
  name: "article",
  fields: [
    defineField({
      type: "bynder.asset",
      name: "image",
      options: {
        assetTypes: ["image"],
        assetFilter: {
          // Filter by tags
          tagNames_in: ["foo", "bar"],
          // and show the toolbar to let the user adjust the filters
          showToolbar: true,
          // You can optionally filter the asset types in the initial view like this 
          // Note that a user can clear their view and still select the asset type. 
          // If you need it fully enforced, use the `assetType` option instead
          // 
          // assetType_in: ["IMAGE"],          
        }
      }
    }),
  ]
})

Here is the full set of options for the assetFilter.

type BynderAssetFilterJson = {
  assetType_in?: BynderAssetType[]; //predefined asset types
  collectionId?: string; //predefined collection id
  metapropertyOptionId_in?: string[]; //predefined metaproperty IDs
  searchTerm?: string; //predefined search term
  tagNames_in?: string[]; //predefined tags
  isLimitedUse?: boolean; //whether or not this asset is marked as Limited Use
  showToolbar?: boolean; //show toolbar for predefined filters (false by default)
};

License

MIT © Sanity.io

Develop & test

This plugin uses @sanity/plugin-kit with default configuration for build & watch scripts.

See Testing a plugin in Sanity Studio on how to run this plugin with hotreload in the studio.

Release new version

Run "CI & Release" workflow. Make sure to select the main branch and check "Release new version".

Semantic release will only release on configured branches, so it is safe to run release on any branch.