Hugo content structure on CloudCannon.
CloudCannon provides basic content editing without any configuration. To get the most out of the platform, you have full control to fine-tune the editing experience. CloudCannon configuration typically lives in a global config file but can also be set at a variety of scopes.
Let’s set up the global config file. Create cloudcannon.config.yml
in the source directory (probably the root unless you have a custom setup) of your website. We’ll use this file throughout the rest of this tutorial.
There are four main ways to structure content on a Hugo site, let’s walk through how they work on CloudCannon:
Content sourced from Markdown will editable in the Visual Editor by default as long as it’s wrapped in an HTML element. For example, this would be editable in the Visual Editor:
<div class="content">
{{ .Content }}
</div>
This would not:
<div class="content">
{{ .Content }}
<p>I'm not an only child</p>
</div>
Read more about this in the Editing Markdown files in Visual Editor docs.
You can also edit Markdown content on CloudCannon with the Content Editor, and in the front matter with the Data Editor.
The two things you may want to configure for Markdown content is your Markdown engine, and the WYSIWYG toolbar in both the Visual and Content Editor.
Let’s go over an example of how you would customize the toolbar. Say we want to give our content team the ability to add a table to Markdown files. In our global config file we have full control over all the editing WYSIWYG toolbar.
_editables:
content:
bold: true
italic: true
bulletedlist: true
numberedlist: true
image: true
table: true
undo: true
redo: true
This example scratches the surface of how you can configure the WYSIWYG toolbar. Check out the docs for a full list of options.
HTML lives in layouts on a Hugo site. You can add a class of editable
to most HTML element to make it editable in the Visual Editor. For example:
<p class="editable">I'm editable in the visual editor</p>
<p>I'm <strong>not</strong> editable in the visual editior</p>
Give as much or as little access to your content team as they need. Just note, changes to the HTML save back to the layout which might be used by multiple content files.
The element you apply the editable
class to will change what editing options are available in the WYSIWYG toolbar. For example, add the editable
class to an <h1>
and you’ll get basic text formatting options. Add it to a <div>
and you’ll also be able to add images, lists, and tables. You can even customize the WYSIWYG toolbar to have complete control over what editors can and cannot add to each element.
HTML content can only be updated in the Visual Editor.
Content in front matter is automatically available in the sidebar in both the Visual Editor and Content Editor, as well as on its own in the Data Editor. You can customize every property to provide the best editing interface for your content team.
CloudCannon has naming conventions that do not require any further configuration. For example, if you end a front matter field with _image
, like background_image
, CloudCannon will display a image upload/selector. There’s a number of these conventions you can learn more about in the Customizing your inputs documentation.
You can also explicitly configure a front matter field too. For example, let’s say you had the following front matter:
---
background: "#ff0000"
hero_content: "Everything you need"
sidebar:
---
And we wanted editors to have the following inputs for each one:
We could add the following to the global configuration file:
_inputs:
background:
type: color
hero_content:
type: markdown
sidebar:
type: checkbox
Here’s some of the input types available:
On top of configuring the type of input, you can configure how it displays and behaves in CloudCannon:
Let’s add some of these fields to the input configuration we defined previously:
_inputs:
background:
type: color
comment: "Defines the background for the entire page"
hero_content:
type: markdown
label: "Hero text"
sidebar:
type: checkbox
hidden: true
If you want to update front matter content in the Visual Editor rather than the sidebar, you can set up Visual Data binding, which is a small snippet of HTML in your layout to tell CloudCannon which front matter property populates the HTML element. For example,
<h1 data-cms-bind="#title">Main Heading</h1>
will open an overlay to edit the title property in front matter.
A popular and powerful way to empower content editors is to provide them with a set of building blocks or page components and let them add, remove, reorder, and update these components to build their own pages.
CloudCannon Structures support a set of predefined objects. For example, you might have a structure that allows editors to add photo galleries, testimonials, image and text blocks, and CTAs. It makes them a perfect fit for creating your own page builder. You define the content structures you want for editors, and they can add, remove, reorder, and update them from the array.
When you pair Structures with visual data binding and visual data previews, you have a powerful page builder which behaves in a similar way to Squarespace. This is extremely powerful but can take some configuration to set up, so we’ve created Bookshop to automate this process. It’s an open-source component library for Hugo and other SSGs. It’s simple to set up and has tight integration into CloudCannon, which will handle the majority of the setup.
To get started with Bookshop, take a look at the Hugo starter guide or a full tutorial on converting Bootstrap to Hugo + Bookshop.
Data files are automatically available to update in the Data Editor. The same inputs configuration you used for front matter will work on data files too.