docu-notion lets you use Notion as your editor for Docusaurus. Using Notion instead of raw markdown files means that you don't have to teach non-developers how to make git commits and pull requests. It also allows you to leverage Notion's database tools to control workflow, Notion's commenting feature to discuss changes, etc.
Example Site: https://sillsdev.github.io/docu-notion-sample-site/
First, prepare your markdown-based static file system like Docusaurus. For a shortcut with github actions, search, and deployment to github pages, you can just copy this template.
If you do not use the above sample, you will need to manually tell your docusaurus.config.js
about docu-notion-styles.css
. See Styling and Layout. This stylesheet enables various Notion things to look right, for example multi-column layouts. By default, docu-notion will copy this file to the css/
directory. There is an option to change that location if you want.
Go to this template page. Duplicate it into your own workspace. You can name it anything you like, e.g. "Documentation Root".
In order for docu-notion to read your site via Notion's API, you need to create what Notion calls an "integration". Follow these instructions to make an integration and get your token. Remember to limit your integration to "READ" access.
Go to the page that will be the root of your site. This page should have, as direct children, your "Outline" (required) and "Database" (optional) pages. Follow these instructions.
![image](https://private-user-images.githubusercontent.com/8448/271001013-810c6dca-f9ab-4370-93b4-dc1479332af7.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjUxNTM4NDYsIm5iZiI6MTcyNTE1MzU0NiwicGF0aCI6Ii84NDQ4LzI3MTAwMTAxMy04MTBjNmRjYS1mOWFiLTQzNzAtOTNiNC1kYzE0NzkzMzJhZjcucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI0MDkwMSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNDA5MDFUMDExOTA2WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9MGU1ZDA2MzE4Y2M3MzMzM2FlY2IyMGNhNzAwOGFjZmI5ZGQyMmVhZTYyNTFiYmQ2MGFhYTgwNTI1NmExMmRlMSZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QmYWN0b3JfaWQ9MCZrZXlfaWQ9MCZyZXBvX2lkPTAifQ.EiwVtsgQwEfKF64oKGlBlew36-cqYiGkoFS7nuMbuHI)
Currently, docu-notion expects that each page has only one of the following: sub-pages, links to other pages, or normal content. Do not mix them. You can add content pages directly here, but then you won't be able to make use of the workflow features. If those matter to you, instead make new pages under the "Database" and then link to them in your outline pages.
First, determine the ID of your root page by clicking "Share" and looking at the url it gives you. E.g.
https://www.notion.so/hattonjohn/My-Docs-0456aa5842946PRETEND4f37c97a0e5
means that the ID is 0456aa5842946PRETEND4f37c97a0e5
.
Try it out:
npx @sillsdev/docu-notion -n secret_PRETEND123456789PRETEND123456789PRETEND6789 -r 0456aa5842946PRETEND4f37c97a0e5"
Likely, you will want to store these codes in your environment variables and then use them like this:
(windows)
npx @sillsdev/docu-notion -n %MY_NOTION_TOKEN% -r %MY_NOTION_DOCS_ROOT_PAGE_ID%
(linux / mac)
npx @sillsdev/docu-notion -n $MY_NOTION_TOKEN -r $MY_NOTION_DOCS_ROOT_PAGE_ID
NOTE: In the above, we are using npx
to use the latest docu-notion
. A more conservative approach would be to npm i cross-var @sillsdev/docu-notion
and then create a script in your package.json like this:
"scripts": {
"pull": "cross-var docu-notion -n %DOCU_NOTION_INTEGRATION_TOKEN% -r %DOCU_NOTION_ROOT_PAGE%"
}
and then run that with npm run pull
.
Most projects should probably commit the current markdown and image files each time you run docu-notion.
Note that if you choose not to commit, the workflow feature (see below) won't work for you. Imagine the case where a document that previously had a Status
property of Publish
now has a different status. You probably want to keep publishing the old version until the new one is ready. But if you don't commit files, your CI system (e.g. Github Actions) won't have the old version around, so it will disappear from your site.
One of the big attractions of Notion for large documentation projects is that you can treat your pages as database items. The advantage of this is that they can then have metadata properties that fit your workflow. For example, we use a simple kanban board view to see where each page is in our workflow:
docu-notion
supports this by letting you link to database pages from your outline.
Note For some reason Notion only allows properties on pages that are part of a database. So if you create pages directly in the Outline, you won't be able to fill in any of these properties, other than the page title.
By default, pages will be given a slug based on the Notion ID. For a human-readable URL, add a notion property named Slug
to your database pages and enter a value in there that will work well in a URL. That is, no spaces, ?, #, /, etc.
See Options
to require slugs in Notion.
docu-notion is not doing anything smart with regards to previously Published but now not Published documents. All it does is ignore every Notion document that doesn't have status == Publish
. So if the old version of the document is still in your file tree when your static site generator (e.g. Docusaurus) runs, then it will appear on your website. If it isn't there, it won't. If you rename directories or move the document, docu-notion will not realize this and will delete the previously published markdown file.
Localize your files in Crowdin (or whatever) based on the markdown files, not in Notion. For how to do this with Docusaurus, see Docusaurus i18n.
The only way we know of to provide localization of image in the current Docusaurus (2.0) is to place the images in the same directory as the markdown, and use relative paths for images. Most projects probably won't localize every image, so we also need a way to "fall back" to the original screenshot when the localized one is missing. docu-notion
facilitates this. If no localized version of an image is available, docu-notion
places a copy of the original image into the correct location.
So how do you provide these localized screenshot files? Crowdin can handle localizing assets, and in the future we may support that. For now, we currently support a different approach. If you place for example fr https:\\imgur.com\1234.png
in the caption of a screenshot in Notion, docu-notion
will fetch that image and save it in the right place to be found when in French mode. Getting URLs to screenshots is easy with screenshot utilities such as Greenshot that support uploading to imgur. Note that docu-notion
stores a copy of all images in your source tree, so you wouldn't lose the images if imgur were to go away.
NOTE: that as far as I can tell, when you run docusaurus start
docusaurus 2.0 offers the language picker but it doesn't actually work. So to test out the localized version, do docusaurus build
followed by docusaurus serve
.
NOTE: if you just localize an image, it will not get picked up. You also must localize the page that uses the image. Otherwise, Docusaurus will use the English document and when that asks for ./the-image-path
, it will find the image there in the English section, not your other language section.
Here is a working Github Action script to copy and customize.
Usage: docu-notion -n <token> -r <root> [options]
Options:
flag | required? | description |
---|---|---|
-n, --notion-token <string> |
required | notion api token, which looks like secret_3bc1b50XFYb15123RHF243x43450XFY33250XFYa343 |
-r, --root-page <string> |
required | The 31 character ID of the page which is the root of your docs page in notion. The code will look like 9120ec9960244ead80fa2ef4bc1bba25 . This page must have a child page named 'Outline' |
-m, --markdown-output-path <string> |
Root of the hierarchy for md files. WARNING: node-pull-mdx will delete files from this directory. Note also that if it finds localized images, it will create an i18n/ directory as a sibling. (default: ./docs ) |
|
-t, --status-tag <string> |
Database pages without a Notion page property 'status' matching this will be ignored. Use '*' to ignore status altogether. (default: Publish ) |
|
--locales <codes> |
Comma-separated list of iso 639-2 codes, the same list as in docusaurus.config.js, minus the primary (i.e. 'en'). This is needed for image localization. (default: [] ) |
|
-l, --log-level <level> |
Log level (choices: info , verbose , debug ) |
|
-i, --img-output-path <string> |
Path to directory where images will be stored. If this is not included, images will be placed in the same directory as the document that uses them, which then allows for localization of screenshots. | |
-p, --img-prefix-in-markdown <string> |
When referencing an image from markdown, prefix with this path instead of the full img-output-path. Should be used only in conjunction with --img-output-path. | |
--require-slugs |
If set, docu-notion will fail if any pages it would otherwise publish are missing a slug in Notion. | |
--image-file-name-format <format> |
choices:
|
|
-h, --help |
display help for command |
If your project needs some processing that docu-notion doesn't already provide, you can provide a plugin that does it. See the plugin readme.
To map Notion callouts to Docusaurus admonitions, ensure the icon is for the type you want.
- ℹ️ ➜ note
- 📝➜ note
- 💡➜ tip
- ❗➜ info
⚠️ ➜ caution- 🔥➜ danger
The default admonition type, if no matching icon is found, is "note".
In Notion, make sure the block is "Text," not "Numbered List".
- But make sure the number does NOT have a space in front of it. This can/will cause issues with sub-list items.
- One way to get Notion to let you do this:
- Create a numbered list item where the text duplicates the number you want. Convert that numbered list item to "Text."
- i.e. Type "1. 1. Item one." Notion makes the first "1." into a number in a list. When you convert back to "Text," you're left with plain text "1. Item one."