Adding a manual
A manual is a Markdown file in a sitepackage or custom extension, registered as
a dashboard widget in the Services. of that same extension.
Write the Markdown file
Put the file in Resources/ of your sitepackage or custom
extension, for example Resources/.
Warning
Not in Resources/: every file there can be downloaded without
logging in.
---
type: manual
version: "1.0"
---
# Editor manual example.org
One or two sentences about who this manual is for. Everything before the
first h2 is the introduction shown in the widget.
## Working in TYPO3
### Where to find what
| You want to | Where |
|---|---|
| Manage pages | **Content › Layout** |

## News items
Read the [TYPO3 Editors Tutorial](https://docs.typo3.org/m/typo3/tutorial-editors/main/en-us/).
The file is GitHub Flavored Markdown. A complete example is Documentation/Example/EditorManual.md in the repository.
How the file is read
| Markdown | Result |
|---|---|
Front matter (--- … ---) | Ignored. Use it for other tools, such as a Word export. It must be valid YAML. |
First # heading | Title of the manual, shown as h1 in the full view. Not repeated in the body. Without it, the widget title is used. |
Text before the first ## | Introduction, shown in the widget and at the top of the full view. |
## headings | Chapters: the table of contents in the widget and in the full view. |
### headings | Sections of the chapter above them; also in the table of contents of the full view with contentsDepth: 2. |
## and ### headings | Get an anchor #manual-<slug>, for example ## News items
becomes #manual-. Use these for links within the
manual. With numbered the number is
shown but not part of the anchor. |
| Tables | Backend table style. |
| Links to other sites | Open in a new window, with a hidden "opens in a new window" for screen readers. |
Raw HTML, javascript: links | Stripped, also from the title, the table of contents and alt texts. |
| Images | See Images and screenshots. |
Images and screenshots
Write image paths relative to the Markdown file, so the manual also previews correctly in your IDE or on GitHub and Bitbucket:
Resources/
├── Private/Manual/EditorManual.md 
└── Public/Manual/page-tree.png
Only files inside Resources/ of the same extension are shown,
with a cache-busting URL, so a replaced screenshot shows up straight away.
An image that is missing or lies elsewhere is replaced by its alt text in
italics, as a browser does with a broken image. That applies to another folder,
a symlink out of Resources/, an absolute path, a URL, a data URI,
and file names with # or ?. So always write a meaningful alt text: it
is what screen readers read, and what editors see while a screenshot does not
exist yet.