Overview

Saved Rows allows end users to select a row in a design and save it for later use. More specifically, it allows end users to submit a request to the host application to save a piece of content and turn it into a reusable element. The host application, using externalContentURLs, can feed these saved elements back to the builder as rows that can be dragged into other designs.

In the following video tutorial, you will learn how to implement Self-hosted Saved Rows in an application that has embedded Beefree SDK.

You can also reference the sample code in our GitHub repository used throughout this video.

How it works

When the Self-hosted Saved Rows feature is enabled, a Save icon is added to the action icons when a row is selected. The following image displays an example of a row with the Save icon enabled in the upper right-hand corner.

The Save icon is also available in the Row properties panel when a row is selected. The following image displays an example of this.

By clicking on the Save icon, the end user triggers a request to the host application to store the row’s JSON document.

This JSON document includes the following:

• Row structure and settings.

• Contents and their settings.

• All style settings.

The host application needs to determine the following:

• Where to store the JSON documents that describe these saved rows.

• If and how to display them to end users of the application.

• Whether to allow end users to edit them individually.

• When and how to feed them back to the builder, using the externalContentURLs parameter.

Enable Self-Hosted Saved Rows in the Developer Console

Take the following steps to enable Self-hosted Saved Rows in the Beefree SDK Developer Console:

1. Log in to the Beefree SDK Console.

2. Locate the application you'd like to activate Self-hosted Saved Rows for.

3. Click the application's corresponding Details button.

   You will be prompted to the Application Details page.

4. Click the View more link under the Application configuration heading.

5. Navigate to the Saved Rows section.

6. Toggle on the Self-hosted on your own infrastructure option.

7. Click Save on the upper right-hand corner to save your changes.

The following image displays where the toggle is located in the Beefree SDK Developer Console.

Making Saved Rows available only to select users

Once the feature has been turned on at the global level, in Beefree SDK Console, you may want to disable Saved Rows on a per-user basis. This can be accomplished via the client-side configuration document that you feed to an application when initializing the builder for a certain user.

Why? Because you may decide to make the feature available to different users of your application:

• depending on the subscription plan that they are on (you could push users to a higher plan based on the ability to save a row for later);

• depending on the purchase of an optional feature (same);

• to allow “beta” users to see it while keeping it hidden from the rest of your users;

• etc.

Here’s how to do so:

• Enable Saved Rows in the Beefree SDK Console. as mentioned above.

• Add the configuration parameter saveRows to the beeConfig document:

  • Set it to false for all users that cannot saved rows.

Here is a simple example:

Saved Row Configuration

const beeConfig = {
    uid: 'dev-user',
    language: 'en-US',
    ...
    saveRows: false // boolean
    ...
}

Understanding the end user experience

Visit the Saved Rows section of the Reusable Content page to learn more about the end user experience with saved rows. You can also reference the white label end user documentation on Saved Rows to learn more.

The following GIF provides a quick visual example of the end user experience:

Saving rows workflow for developers

When the saved row action is triggered by the user, the builder starts the following sequence:

1. Metadata Content dialog Used to collect data from the host application and add it to the row object. Metadata helps your application to identify a row, overwrite a previously saved version, etc.

2. Saved Rows Callback. Function that returns the row to the host application.

The following describes the recommended workflow to implement saved rows in a host SaaS application.

1. Enable Saved Rows in the Beefree SDK Console as described above.

2. Load a Beefree SDK template.

3. Select the row you want to save and make note of the new save icon.

4. Click the save icon to trigger a Metadata Content Dialog. To successfully handle this step, you must complete these tasks:

   • Add a Metadata Content Dialog object to your beeConfig. This configures your handler.

   • Implement the handler method to open a dialog (e.g., modal window) to collect any metadata you wish your users to input when saving a row.

5. The dialog should contain a form and complete the following specs:

   1. Save the row returned in the Metadata Content Dialog’s args object.

   2. Collect metadata from the end-user, such as row name.

   3. Merge the metadata with the row, so it can be immediately returned to the application.

   4. Return a metadata object to the application so the stage can immediately use the data.

6. The application will update the selected row on the stage with the returned metadata.

7. The application will trigger the onSaveRow callback with the following details:

   • JSON of the selected row

   • HTML preview of the selected row

   • Page Partial of the selected row contained in a page. Use this JSON document to allow users to edit a saved row independently of any message or landing page that might use it.

8. The application will refresh the Rows panel to reload the selected rows data feed.

9. Host app will listen for onSaveRows callback and update the previously saved records with the HTML preview.

Displaying rows

To display saved rows in the Rows tab, add them to the list of rows available to users by leveraging Custom Rows.

The rows are organized in lists that are displayed based on your rows configuration. Use the metadata submitted by your users to categorize them, creating multiple lists of rows: this can significantly improve the user experience.

The following code sample shows an example of a rowsConfiguration that displays saved rows organized by category:

rowsConfiguration: {
            emptyRows: true,
            defaultRows: true,         
            externalContentURLs: [{
                name: "Headers",
                value: "https://URL-01"
                },{
                name: "Footers",
                value: "https://URL-02"
                },{
                name: "Product grids",
                value: "https://URL-03"
                },{
                name: "Main article",
                value: "https://URL-04"
            }]         
        },

In this code snippet example, the Rows tab will show:

• Empty rows

• Default rows

• Headers

• Footers

• Product grids

• Main article

… retrieving the arrays of JSON documents for custom rows (externalContentURLs) from the URLs specified.

These custom rows names (Headers, Footers, Product grids, etc.) could be the result of a “Category” metadata entered by the user at the time the row was saved. The input could be the result of:

1. The user writing a new category name for the selected row.

2. The user selecting from a list of existing categories, previously created by the user, or set up by you.

Here is another example that shows saved rows organized in the Rows tab based on the campaign type:

rowsConfiguration: {
            emptyRows: true,
            defaultRows: true,         
            externalContentURLs: [{
                name: "Acquisition series",
                value: "https://URL-01"
                },{
                name: "Newsletter",
                value: "https://URL-02"
                },{
                name: "Transactional",
                value: "https://URL-03"
                },{
                name: "Post-Purchase Drip",
                value: "https://URL-04"
            }]         
        },

Setting a Category's Maximum Rows

You can set a category's maximum rows using the following configuration"

rowsConfiguration: {
  maxRowsDisplayed: 50
}

For more information on setting a category's maximum rows, visit Manage Reusable Content.

Saved Row Management Actions

Accessing, and organizing saved rows is intuitive with Saved Rows Management. With this feature, we’ve introduced a new action in the list of saved rows that your application can intercept to handle changes in this list itself. This means you can now delete, rename, or re-organize your saved rows, right inside the builder.

Visit the Saved Row Management Actions section of the Manage Reusable page to learn how to configure edit and delete row options for your application's end users.

Loading External Rows with an Instance Method

Saved Rows Management also comes with the ability to load any external rows via an instance method instead of an external URL. In addition, since you can now access rows through your application, you don’t need to perform authentication.

To start, define a hook in your application configuration. The hook method should be named getRows and will be nested under the hooks object, as follows:

beeConfig: {
  uid: 'CmsUserName', // [mandatory]
  container: 'bee-plugin-container', // [mandatory]
  hooks: {
    getRows: {
      handler: async (resolve, reject, args) => {

      }
    }
  },
}

Following that, amend your rowsConfiguration object with the additional parameters:

• The handle parameter to utilize in your getRows handler from the previous step

• The isLocal parameter to let the application know to use the hook handler

Here’s an example:

rowsConfiguration: {
  externalContentURLs: [
    {
      name: "Saved Rows via Hooks",
      value: "category-value",
      handle: "category-handle",
      isLocal: true,
    }
  ]
}

When the getRows method is invoked, utilize the 3rd parameter to obtain an argument containing the handle value of the row being requested. Use the handle to determine which set of rows should be returned.

Example args:

{
  value: "category-value",
  handle: "category-handle",
}

Finally, we can call the resolve method, passing in an array of savedRows.

Example hook with args:

beeConfig: {
  uid: 'CmsUserName', // [mandatory]
  container: 'bee-plugin-container', // [mandatory]
  hooks: {
    getRows: {
      handler: async (resolve, reject, args) => {
        // get the handle
        const handle = args.handle
        // pseudo code to get the rows with the handle...
        const rows = await fakeRowsService(handle)
        resolve([ ...rows ]) 
      }
    }
  },
}

Saved rows schema

The following is the basic structure of the row’s JSON schema. Simply put, the schema is the structure of your saved rows data feed.

[
    {
        metadata: {
            name: 'My row name' // Identifies the row, required.
        }
        columns: { ... }
        ...
    }, // The row that was previously saved. - (*)
    ...
]

The metadata section of the rows schema allows you to keep track of row-specific information.

metadata: {
    "name": "My Saved Row", // The row's title displayed in the "Rows" panel.
    "tags": "product, two columns, blue",
    ... additional custom parameters
}

Required metadata

name The saved row’s title displayed in the Rows panel.

• A string of plain text that identifies the row.

• Displayed in the row card when the row is shown in the Rows panel.

• Used for text searches within the Rows panel

Recommended metadata

category A category can be useful for organizing your feeds on the Rows tab.

id A handle that identifies the row in the host application’s data storage.

idParent Useful to track rows that were saved from previously saved rows. Keeping track of where a row came from allows you to implement additional editing features.

dateCreated The date the row was created: useful for filtering/sorting rows for content management purposes in your application. It can also help with technical support tasks.

dateModified The date a saved row was updated: useful for filtering/sorting rows for content management purposes in your application. It can also help with technical support tasks.

userId To let your application decide whom can edit or saved rows.

tags Useful to create filters, management, search, and in general to organize the content in your application.

Metadata Content Dialog

The metadata content dialog is triggered by the save icon in Beefree SDK. This step is required to provide Beefree SDK with information about the row, such as its name and/or id. The Metadata Content Dialog is added in the same manner as other Content Dialogs, such as Merge Tags. Please review the Content Dialog section for more details about how to use Beefree SDK’s Content Dialog feature.

An example Metadata Content Dialog configuration can be found below.

contentDialog: {
    saveRow: {
        handler: function (resolve, reject, args) {
            return window.bee.onHandleMetadata(args)
               .then((metadata) => {
                 resolve(metadata, { synced: true }) //  {
                reject()
              })
       }
    },
externalContentURLs: {
   handler: function (resolve, reject, args) {
       return window.bee.onSearchSavedRows(args)
           .then((rows) => {
             resolve(rows)
           })
           .catch(() => {
             reject()
           })
     }
   },
},

The metadata resolve function now accepts an options object in which you can pass the property synced to determine if the row needs to be saved and treated by the builder as synced.

{ synced: true }

Saved Rows callback

When the Metadata Content Dialog is completed, the application triggers the Saved Rows callback. The callback returns the following details:

rowJSON JSON of the selected row.

rowHTML HTML preview of the selected row

pageJSON Page Partial of the selected row contained in a page (for editing a row as an independent piece of content).

onSaveRow: function (rowJSON, rowHTML, pageJSON) {
    // Do something with the returned values...
},

Edit Saved Rows

With Edit Single Row mode you can offer an easy way for your end users to edit saved rows individually, using a tailored UI built to modify the row structure, content, and style settings without worrying about messing up with the overall design of the email campaign, landing page, or pop-up.

Enabling a more modular approach to saved rows simplifies how users can design and act on content: updating small details in a saved row, saving it, then deploying it to existing templates becomes a matter of minutes. If you want to learn more about how to leverage Edit Single Row mode to safely modify a Saved Row, take a look at the dedicated technical documentation.

Saved Rows Overview

This page provides an overview of Saved Rows and their key benefits.

What Are Saved Rows?

Saved Rows in Beefree SDK optimize the content creation process by allowing users to save, categorize, and manage reusable rows for future use. When this feature is enabled, users can simply click the Save icon on a row within their design and store it for later. This ensures quick access to preferred layouts and design elements across multiple projects.

Benefits of Saved Rows

For End Users

• Reusable Rows: Save rows once and reuse them across multiple designs.

• Flexible Categorization: Organize rows into intuitive categories for discoverability.

• Easily Manage Rows: Manage rows with intuitive editing options.

For Host Applications

• Enhanced User Experience: Enable users to save, categorize, and manage their rows efficiently.

• Flexible Implementation and Management Options: Activate, store, and manage Saved Rows using either hosted or self-hosted options.

• Highly Customizable: Enable or disable end user permissions to delete, edit, manage, or add Saved Rows.

How Saved Rows Work

Saving Rows

When enabled, Saved Rows allow end users to select a row in their design and save it. This process involves:

1. Selecting a row in the builder.

2. Clicking the Save icon in the toolbar or row properties panel.

3. Storing the row’s structure, content, and styles as a JSON document in your chosen storage solution.*

Using Saved Rows

Saved Rows are displayed in the builder’s Rows panel. Users can:

• Browse saved rows by category.

• Search for rows using metadata like row names or descriptions.

• Drag and drop rows into their designs for immediate use.

Activation Paths for Saved Rows

There are two paths you can take to activate Saved Rows for your application:

• Hosted Saved Rows

• Self-Hosted Saved Rows

Both paths provide their own set of benefits. The following section discusses these activation paths at a high-level. For more detailed information on both activation routes, reference Implement Hosted Saved Rows and Implement Self-Hosted Saved Rows.

Hosting Options for Saved Rows

Saved Rows can be hosted and configured using one of the following options:

Beefree SDK Hosted Infrastructure: Hosted Saved Rows

• Fully managed by Beefree SDK, and activated through a toggle in the Developer Console.

• Ideal for teams that want a quick setup without maintaining backend systems.

• Offers centralized storage, security, and reliability, while also providing a user interface to save and reuse rows within your application.

Self-Hosted Infrastructure: Self-Hosted Saved Rows

• Allows full control over where and how rows are stored.

• Suitable for teams with specific compliance or integration needs.

• Requires development resources for managing row storage, and creating a user interface to manage and reuse rows.

Learn more about Storage for Reusable Content.

Examples of Saved Rows in Action

Standardized Footers

Save a footer row with contact details, social media links, and copyright information. Use it across multiple email templates to ensure consistency.

E-Commerce Product Grids

Create reusable rows showcasing product images, descriptions, and call-to-action buttons. Pull these rows dynamically from an e-commerce catalog for up-to-date content.

Promotional Banners

Save promotional rows with pre-configured styles and messaging. Reuse them across campaigns to maintain branding and reduce setup time.

How to Set Up Hosted Saved Rows

Hosted Saved Rows simplifies row management by allowing you to store and retrieve saved rows using Beefree SDK's secure infrastructure. This fully managed solution eliminates the need for custom backend systems and UI development, enabling faster implementation and reduced maintenance.

This guide explains how to enable Hosted Saved Rows and configure advanced permissions to control row access and management.

Step 1: Enable Hosted Saved Rows

To enable Hosted Saved Rows for your application, follow these steps:

1. Log in to the Developer Console.

2. Navigate to the application you'd like to configure Hosted Saved Rows for.

3. Click on Details.

4. Navigate to Application configuration and click View more.

5. Scroll to the Saved Rows section.

   1. Toggle on the Hosted on the Beefree SDK Infrastructure option.
   2. Read the pricing information in the popup closely, because additional fees may apply.*
   3. If you'd like to proceed, confirm you read and understand the pricing to activate the feature.

*Hosted Saved Rows have the following pricing structure:

Note: Visit our Usage-based fees article to learn more about Hosted Saved Rows pricing.

Once you've successfully enabled Hosted Saved Rows in the Developer Console, you'll access the following:

• Rows saved by your application's end users will be stored and hosted in the Beefree SDK storage option.

• End users can save rows directly to the hosted infrastructure and retrieve them as needed.

Step 2: Configure Advanced Permissions

Hosted Saved Rows includes advanced permissions to control how rows and categories are accessed and managed. These permissions allow you to define user capabilities, such as editing or deleting rows.

Available Permissions

1. canDeleteHostedRow: Allows or prevents deleting hosted rows.

2. canEditHostedRow: Enables or disables editing of hosted rows.

3. canManageHostedRowCategory: Controls whether end users can manage row categories.

4. canAddHostedRowCategory: Determines if end users can add new categories.

Permission Behavior

• If both canDeleteHostedRow and canEditHostedRow are set to false, the row menu will be hidden.

• If both canManageHostedRowCategory and canAddHostedRowCategory are set to false, the category management menu will be hidden.

Example Configuration

The following configuration displays an example of the rows object inside of advancedPermissions:

{
...
advancedPermissions:{
  ...
  rows:{
    behaviors: {
        canDeleteHostedRow: false,
        canEditHostedRow: false,
        canManageHostedRowCategory: false,
        canAddHostedRowCategory: false,
      },
    ...
  },
  ...
  }
...
}

Step 3: Managing Hosted Saved Rows

Once Hosted Saved Rows is activated, end users can:

• Save rows directly from the builder using the Save icon.
• Name and categorize rows into categories for better discoverability.
• Access, reuse, edit and delete rows through the Rows tab in the side panel.

Visit the Hosted Saved Rows page to learn more about the following topics:

• Troubleshooting and FAQs

• Deactivating Hosted Saved Rows

• What Happens When Deactivated