Markup Studio

Markup Studio - user guide

Install and set up

A Confluence administrator installs Markup Studio from the Atlassian Marketplace. There is nothing to configure: after installation anyone who can edit a page can insert the macro, and everyone who can see the page sees the rendered result - including guests and, in public spaces, anonymous visitors.

Add the macro

Type /markdown in the Confluence editor and choose Markdown (diagrams and formulas). The editor opens: write Markdown on the left, see the result on the right, press Save (or Ctrl/Cmd+S). To change it later, edit the page and click the macro's edit (pencil) button.

What you can write

Callouts

GitHub alerts become coloured callouts, and Confluence panels in Word export:

> [!NOTE]
> Useful information.

Also [!TIP], [!IMPORTANT], [!WARNING] and [!CAUTION]. Obsidian callouts work as well: their other types ([!info], [!danger], [!bug], ...) take the colour of the nearest of these five and are titled with their own name ("Bug"), a title after the marker is kept (> [!note] Before you start), and folding signs (+, -) are shown open. Text after the marker that reads as a sentence - over 60 characters, or ending in a full stop - is the callout's text under its usual title.

Table of contents

Write [TOC] (or GitLab's [[_TOC_]]) on a line of its own, with a blank line before it (a heading directly above is fine): it becomes a table of contents of the macro's headings, each entry a link to its heading. Directly under a line of text or inside a list it stays as written. One per macro - a second marker stays as written - and at most 1,000 entries. In Word export the table is a plain nested list (Word has no links to these headings). Confluence's own Table of Contents macro cannot see headings inside an app macro; this is the way to get one.

Code blocks

Every code block has a Copy button in its corner (it appears when you point at the block or move to it with Tab) that copies the code exactly as written. Code is shown in one colour: syntax highlighting is not supported yet.

Collapsible sections

The way GitHub READMEs write them:

<details>
<summary>Show the full log</summary>

Markdown here - lists, code, tables.

</details>

The summary may also sit on the <details> line, follow it after a blank line or run over a few lines; sections can be nested, and <details open> starts open. A <details> without its closing line is a section to the end of the list item, quote or document it is in, as on GitHub. Printed pages show every section open; Word and PDF get the summary as a bold line followed by the content. A table-of-contents link to a heading inside a closed section opens it.

Emoji

GitHub's shortcodes for the emoji READMEs use most - :rocket:, :white_check_mark:, :x:, :warning:, :bulb:, :tada:, :+1: - 182 names in all - become the emoji. A name that is not on the list stays as written, and so do times such as 10:30:45. A heading's link target keeps the name, as on GitHub: ## :rocket: Launch is #rocket-launch.

HTML in Markdown

README files mix HTML into Markdown - centred logos, badge rows, tables of contributors. Markup Studio shows the common part of it much as GitHub does, but never runs what was pasted: every tag is read, checked against a fixed list and written anew by the app, and nothing else gets through.

Also understood

Export

When the subscription ends

Pages keep their text: readers see the saved Markdown source without formatting (HTML comments included - they are part of that source), the editor opens read-only with a note for the site administrator, and Word export exports the source. Renewing the subscription brings the formatting back; nothing needs to be re-entered.

Limits

Troubleshooting

Support

https://markupstudio.dev/support - Monday to Friday, 09:00-17:00 Kyiv time (UTC+2, UTC+3 in summer); first response within one business day.