Markdown for Writers: A Practical Guide with Copyable Examples
Markdown lets you write headings, lists, emphasis, and links in a plain-text document. You can read the source without a special editor, then preview or export it using a tool that understands the format. For writers, the main advantage is a simple working file that keeps structure close to the words.
Start with headings, paragraphs, and links. Add tables or footnotes only after checking what your publishing system supports. Markdown has several implementations, so a feature that works in one app may need adjustment in another.
1. Create a small practice document
Open a text editor and save a file named book-exchange.md. Use a folder that also holds any images the document needs. A meaningful filename helps when you have several drafts, and the .md extension tells many editors to offer Markdown preview features.
Write a title and two short sections: where the exchange will be and how people can participate. The goal is to preview a complete small document before moving a long manuscript into a new workflow. Keep a copy of the original when converting existing work.
The CommonMark specification defines a widely used Markdown syntax. It is useful when you need to settle how a particular sequence of characters should be interpreted. For everyday writing, the examples below cover a practical starting set.
2. Use headings to show the document’s structure
Put a space after the hash marks. One hash introduces a level-one heading; two introduce a level-two heading. Use level three for a subsection within a level-two section.
# A Book Exchange for Our Building
## Choose a location
Keep the entrance clear and make the shelf easy to reach.
### Check permission
Confirm the location with the person responsible for the space.
Use levels in a logical order. Do not jump from level two to level four simply because you prefer the smaller visual size. Your website or export template controls appearance. If a publishing system already displays the title from a separate title field, start the body with the introduction rather than repeating that title.
Before drafting, sketch your section headings and read them as a list. They should describe the route through the article. The outlining guide shows how to give each section a distinct job.
3. Separate paragraphs and choose emphasis sparingly
Leave a blank line between paragraphs. A single line break in the source may be rendered as part of the same paragraph, depending on the application and its settings. Check the preview when line breaks matter, such as in an address or a poem.
Use single asterisks for italic text and double asterisks for bold text. In a practical guide, bold can identify a short label or a crucial action. Highlighting whole paragraphs makes it harder for an important phrase to stand out.
**Before buying a shelf:** confirm the available space.
Keep a short note of the measurements in your *project notebook*.
When a symbol should appear literally, an escape may be needed. For example, a backslash before an asterisk can prevent it from starting emphasis. Preview the result rather than guessing from the source, especially when mathematical notation or filenames contain punctuation.
4. Write lists that remain easy to edit
Use hyphens for an unordered list and numbered items for a sequence. Leave a blank line before the list. Keep each item grammatically similar so that readers can scan it.
Bring these items:
- A tape measure
- A pencil
- A sheet for recording dimensions
Follow this order:
1. Confirm the location.
2. Measure the available space.
3. Choose a shelf that fits.
For long instructions, give each step enough context to stand on its own. If an item contains several paragraphs or a nested list, indentation becomes important. Test the final rendering after rearranging steps; a stray blank line or lost indentation can change which content belongs to which item.
5. Add useful links and images
A link uses a label in square brackets followed by a destination in parentheses. Choose a label that explains what the reader will find. “Building access rules” is more helpful than “click here,” especially when the link is encountered outside its surrounding paragraph.
[Building access rules](https://example.com/access)

The image path is relative to the document in this example. Moving the Markdown file without its image folder can break the image. Keep related files together, and test the exported result in the place where readers will actually open it.
Write image descriptions that convey the information the image contributes. A diagram may need a fuller explanation in the surrounding text. If an image is purely decorative, follow the publishing system’s guidance for an empty text alternative rather than inventing a description that distracts from the article.
6. Check extensions before relying on them
Tables, task lists, and footnotes are useful, but support varies. GitHub’s table documentation shows a pipe-separated table with a header separator. This is an extension beyond the basic CommonMark feature set.
| Task | Owner | Due |
| --- | --- | --- |
| Confirm permission | Organizer | Monday |
| Measure the lobby | Volunteer | Tuesday |
Keep tables narrow enough to read on a phone. If a cell needs a long explanation, consider a short list or a separate section. Tables are best when the reader needs to compare equivalent fields across several items.
Obsidian’s formatting guide explains its own handling of paragraphs and line breaks. Consult the documentation for the tool you actually publish with, particularly when you use features such as internal note links or embedded content.
7. Use a repeatable publication check
Preview the document after structural edits, then export a short sample before committing to a new format. Open the output independently of the editor. Check headings, links, images, lists, and any table that might overflow a small screen.
Keep the Markdown source as well as the published output. An exported PDF is useful for distribution, while the source remains easier to revise. Store image assets and record any export settings that affect the result, such as page size or the chosen template.
For a finished article, run the self-editing checklist before the final preview. Formatting should make the structure visible; it cannot repair missing instructions or an unsupported claim. A reliable workflow combines a readable source file, a checked export, and a backup you can restore.