Skip to content
Changelog

CMS

Framer’s built-in content system. In MokuDocs 2.0, it is the primary place where authors create and maintain documentation.

Doc

One item in the Docs collection. A Doc provides a title, description, category, rich-text content, and optional update date.

Category

A CMS item that groups Docs in the sidebar and keeps the information architecture visible without manually building navigation.

Changelog

A chronological record of meaningful changes. It is managed beside Docs in the same Framer project, with its own CMS collection and page.

Rich text

The native Framer CMS field used for a document body. It supports headings, lists, tables, images, links, quotes, and code blocks.

Native

A feature managed through Framer’s canvas or CMS rather than a custom configuration layer. MokuDocs 2.0 favours native controls wherever possible.

Breakpoint

A layout range in Framer. MokuDocs 2.0 uses desktop, tablet, and phone breakpoints to adapt reading and navigation.

Mobile drawer

The full-width phone navigation surface used for Docs, page switching, and changelog tags without crowding the reading area.

Color Style

A reusable Framer color token. Updating a Color Style changes the related interface color consistently across the project.

Text Style

A reusable Framer typography rule. It keeps headings, body copy, navigation, and metadata consistent without per-page formatting.

Table of contents

A reading rail generated from H2 and H3 headings in a Doc’s rich-text content. It helps readers move through longer articles.

Bookmark

A reader-side pin stored in the browser. It marks useful Docs without adding accounts, permissions, or CMS complexity.

Saved highlight

A reader-side text selection saved for later, similar to a bookmark but scoped to a specific passage. Saved highlights are stored in the browser and can be reopened, edited, or removed from the header panel.

Tag

A short label used to group and filter Changelog entries. Tags are managed in their own CMS collection and referenced from each Changelog item.

Changelog

2.0.9

Changelog tags show how many entries they carry

Each tag in the changelog filter now shows a count, so the panel reads Design (3) rather than Design. You can see where the changes have been concentrated before you filter anything. The count is the total for the whole changelog, not for whatever filter is currently applied, so it does not move as you tick boxes.

The numbers are worked out from your own entries. Nothing needs to be typed in or kept up to date, and no field was added to the Changelog or Tag collections. A tag that no entry uses shows (0), which you can switch off in the component's properties.

One thing to expect while editing: on the canvas Framer draws a single preview row rather than the whole collection, so the counts there will read (1) and (0). Open a preview or publish to see the real totals.

Design

2.0.8

Category tags and long doc titles now sit correctly

On a phone, the category tag in the home list now sits beside the date on the second line of every row. Short category names could previously end up on the first line instead, pushed to the far right, because the row was holding space for an element that is not part of the layout. Only short names fell into that gap, which is why it looked random rather than consistent.

The previous and next links at the foot of a doc now shorten with an ellipsis when a title is too long for the space. They previously ran into one another with nothing between them, and on a phone the end of the next title, along with its arrow, could sit beyond the edge of the screen. Both links now keep a fixed gap between them and the arrows stay in place. Short titles are unchanged.

If you duplicated the template before this date, message us through the Marketplace and we will send the two updated files.

Mobile

Design

2.0.7

The changelog menu now has a title

The menu that opens from the changelog page now carries a heading of its own, the way the docs menu does, so it is clear which menu you are looking at before you read the rest of it.

The theme row at the foot of every mobile menu now sits at the same height with the same spacing, whichever menu you open.

Mobile

2.0.6

The theme control in the mobile menu is one button

The words beside the light and dark toggle are now part of the button, and the button spans the full width of the row, so anywhere in that row responds to a tap. Until now the words were a separate label: tapping the icon worked, but tapping the words did nothing on the changelog menu, and on the docs menu it dismissed the menu and returned the reader to the page behind it, which looked like the button had jumped somewhere.

The label now names the action it will perform, Switch to light theme or Switch to dark theme, and reads the same to a screen reader as it does on screen. The theme row also sits at the same height in every menu.

Mobile

2.0.5

The mobile menu shows the page you are reading

The navigation drawer now marks the doc you are currently reading, the way the desktop sidebar already did. Every row used the same muted colour before this, so a reader opening the menu had no indication of where they were in the documentation.

Mobile

2.0.4

Tapping an item in the mobile navigation drawer now opens that page with the menu closed. Previously the open state of the drawer travelled in the page address, so the next page arrived with the same full screen menu still covering it. The tap had worked every time, but nothing appeared to happen, and a second tap was what eventually got the reader out.

Menu links now drop that state before navigating, so a page opens ready to read.

Mobile

2.0.3

Saved theme is restored on phones

A reader who chooses light or dark now keeps that choice on a phone. Previously the setting was restored only where the theme control itself was on the page, and the phone header does not carry one, so every mobile page view fell back to the default and a choice made inside the navigation drawer was lost on the next page.

The theme is now established by the skip-to-content control, which is present on every page at every screen size. If you change the default theme, set it in both that control and the theme toggle so the two agree.

Mobile

2.0.2

Theme toggle no longer closes the mobile drawer

The light and dark toggle inside the mobile navigation drawer now works without dismissing the drawer. Tapping it previously flipped the theme and closed the drawer in the same gesture, and the tap could carry through to whatever the drawer had been covering. The toggle now handles its own tap directly, the same way the pin control beside it already did.

Note that the words next to the toggle are a label rather than a second button, so tap the icon itself. A combined control is planned.

Mobile

2.0.1

Header panel buttons close on second click

The Glossary and Saved highlights buttons in the header now work as toggles: tap to open, tap again to close. Previously they only opened their panel, and on phones the open panel covered the menu button, which could make navigation appear broken. Both buttons also have larger tap areas on touch screens, with no visual change. If you duplicated the template before this date, message us through the Marketplace and we will send the two updated files.

Release

2.0.0

Saved highlights

Readers can now select any passage in a Doc and save it as a highlight. Saved highlights persist in the browser, open from a header panel alongside Glossary, and can be reopened, edited, or removed without leaving the article.

Content

2.0.0

Changelog tags

Changelog entries can now be filtered by Tag. On phone, the mobile drawer includes a dedicated Tags panel so readers can narrow the list to the kind of change they care about, such as Design, Content, or Release.

Mobile

2.0.0

Mobile canvas-first navigation

Phone navigation now uses simple full-width drawers for Docs, page switching, and changelog tags. The reading surface stays clear while the same CMS structure remains available on every breakpoint.

Mobile

2.0.0

Accessibility baseline

Semantic landmarks, keyboard support, skip navigation, contrast improvements, accessible labels, and responsive interaction patterns were consolidated into the template baseline.

Accessibility

2.0.0

Lean information architecture

The template keeps the 1.0 features that improve reading and maintenance: CMS-driven navigation, a table of contents, and bookmarks. Redundant setup and visual complexity were removed.

Design

2.0.0

CMS-first authoring

Docs, Categories, Glossary, and Changelog are managed in one Framer project. Adding a Doc through CMS creates its page, sidebar entry, home listing, and reading structure without a canvas step.

Content

2.0.0

Glossary support

MokuDocs 2.0 added a native Glossary CMS collection. Readers can open definitions from a header panel or click a linked term inline without leaving the article they are reading, and authors maintain terms the same way they maintain Docs.

Content

2.0.0

MokuDocs 2.0 foundation

MokuDocs 2.0 establishes a new Framer-native documentation system. The information architecture, CMS model, visual language, and authoring workflow were rebuilt rather than carried forward from 1.0.

Design

1.0.0

MokuDocs 1.0 launch

MokuDocs 1.0 launched on the Framer Marketplace as a CMS-powered documentation template with category-based sidebar navigation, Cmd+K search, light and dark mode, a bookmark system with continue-reading, an auto-generated table of contents, reading progress, and 18+ sample docs. It shipped as a free listing to establish ranking ahead of a later price change.

Release

© MokuDocs 2.0. Powered by Mokujiro Studio.

© MokuDocs 2.0. Powered by Mokujiro Studio.

© MokuDocs 2.0. Powered by Mokujiro Studio.

MokuDocs 2.0

Create a free website with Framer, the website builder loved by startups, designers and agencies.