3. Packages

This "Learning Frontity" guide is intended to be read in order so please start from the first section if you haven't done so already.

Local Packages

As we have already explained, this is the place where you will add code and functionality to your sites.

When you do a npx frontity create, we install three packages for you:

  • @frontity/tiny-router as an external package. It ends up in the node_modules folder.

  • @frontity/wp-source as an external package. It ends up in the node_modules folder.

  • @frontity/mars-theme as a local package. It ends up in the packages folder.

We do this because the most likely situation is that you want to modify the theme, but you don't want to modify the router or source packages.

Once we move a package from node_modules to packages it becomes a local package and you can change it at will. If you use git, its code is also included in your project and you can commit any change. If you want to use that package in other projects or you want to contribute to the community, you can publish it to npm using npm publish.

Be aware, you should not change anything inside node_modules because that folder is not committed to git and it is thrown away each time you move, reinstall or deploy your project.

Finally, it's worth noting that Frontity doesn't know which packages are local and which are external. The only difference between them is the way they are installed in the package.json. When they are local, they are referenced by folder and when they are external, by the version number:

"dependencies": {
"frontity": "^0.2.11", // installed in node_modules
"@frontity/core": "^0.3.7", // installed in node_modules
"@frontity/wp-source": "^0.1.7", // installed in node_modules
"@frontity/tiny-router": "^0.3.4", // installed in node_modules
"@frontity/mars-theme": "./packages/mars-theme" // installed in packages

If you want to install a new Frontity package you can follow this guide: Install a new Frontity package.

Package Folder Structure

Packages have their own package.json file. Its code is inside the /src folder.

|__ ...
|__ packages/
|__ my-theme/
|__ package.json
|__ src/

Let's review this in detail.


The package.json file is where you can write the info (name, description, author, repository, version...) of the package. It's just a regular package.json file, so nothing fancy here.

It also lists the npm dependencies for the package. The "dependencies" field gets automatically populated when you run npm install some-npm-package in the package folder.

cd packages/my-awesome-theme
npm install some-npm-package
"name": "my-awesome-theme",
"description": "An awesome theme for Frontity",
"dependencies": {
"some-npm-package": "^2.2.6"

Packages need their own package.json file because:

  • Frontity treats them like any other npm package found in node_modules.

  • They can be published to npm independently ๐Ÿš€

  • They have their own name, version, authors and license.

Entry Points

By default only one file is needed: /src/index.js.

In some cases you may want to use different code in your client than in your server. Then you can use two files, /src/client.js and /src/server.js.

Publishing Local Packages

One thing we wanted to make sure in Frontity is that publishing packages was really easy.

For that reason, Frontity packages don't need to be transpiled. They can be written in either JavaScript or TypeScript. So, look ma, no build step!

They can be published to npm directly from the /packages folder of your Frontity project:

cd packages/my-awesome-theme
npm publish

Now my-theme is available in npm! Any other Frontity user can install it using:

npm install my-awesome-theme

And then including it in their frontity.settings.js file:

name: "my-site",
packages: [

Yes, it is that simple :)

Package exports

Packages can export any of these elements in their index.js file:

  • Roots: React components that will be included in the app.

  • Fills: React components that will be included in the app, but injected after the roots.

  • State: A JavaScript object containing all the state exposed by your package.

  • Actions: A set of actions that your package needs to work or expose for other packages.

  • Libraries: Any additional tools that your package exposes for other packages.

For example, a simple theme could be like this:

import Theme from "./components";
export default {
roots: {
theme: Theme // <- This is the root component of your theme.
state: {
theme: {
menu: [
["Home", "/"],
["About", "/about"]
isMenuOpen: false,
featuredImage: {
showOnList: true,
showOnPost: false
actions: {
theme: {
openMenu: ({ state }) => {
state.theme.isMenuOpen = true;
closeMenu: ({ state }) => {
state.theme.isMenuOpen = false;

By the way, it's probably good to point out here that in Frontity all packages are equal. Frontity doesn't know which one represents a theme or which one represents a source. It treats all of them equally.

Let's explore the Roots and Fills in the next section.