Markdown Paragraphs
Markdown paragraphs separate ideas into readable blocks of text. They're one of the first things to learn because every Markdown document—from a short note to full documentation—depends on clear paragraph spacing.
This guide explains how paragraphs work, when to leave a blank line, how line breaks differ from paragraphs, and the formatting mistakes that often confuse beginners.
💡 Practice as you read: Open the Markdown Editor to test each example with live preview, or keep the Markdown Cheat Sheet nearby for quick syntax lookup.
What is a Markdown Paragraph?
A Markdown paragraph is a block of text separated from the next block by a blank line.
Unlike word processors, Markdown doesn't create a new paragraph every time you press Enter. A single line break is usually treated as part of the same paragraph, while an empty line starts a new one.
This simple rule is followed by most Markdown applications, including GitHub, GitLab, VS Code, and Obsidian.
Example
This is the first paragraph.
This is the second paragraph.
Output
Live Preview
This is the first paragraph.
This is the second paragraph.
If you're learning Markdown for the first time, start with Markdown Basics for an introduction to the core syntax. This guide focuses only on paragraphs and spacing, while topics such as headings, lists, and links are covered in their own dedicated guides.
Creating Paragraphs
Creating a new paragraph is simple: finish your current paragraph, leave one empty line, and start writing again.
Markdown treats each block of text separated by a blank line as a separate paragraph. This keeps documents easier to read and helps create a clear structure in README files, documentation, articles, and notes.
Example
Markdown is easy to learn.
It is widely used for documentation.
It also works well for README files.
Output
Live Preview
Markdown is easy to learn.
It is widely used for documentation.
It also works well for README files.
Single Line vs Paragraph
A common beginner mistake is assuming that pressing Enter once creates a new paragraph. In standard Markdown, it doesn't.
When two lines are separated by a single newline, most Markdown renderers treat them as one continuous paragraph. To start a new paragraph, leave one empty line between the two blocks of text.
Example
This is line one.
This is line two.
Most Markdown applications render it like this:
Live Preview
This is line one. This is line two.
To create a new paragraph, add an empty line.
Correct
This is line one.
This is line two.
Line Breaks in Markdown
A line break and a new paragraph are not the same thing.
Use a line break when the text should continue within the same paragraph but appear on the next line. Common examples include postal addresses, poetry, song lyrics, or formatted contact information.
For everything else, a normal paragraph is usually the better choice.
Method 1 — Two trailing spaces#
The standard Markdown way to force a line break is to add two spaces at the end of a line before pressing Enter.
Some editors make these trailing spaces difficult to see, so they're represented below with dots.
First line··
Second line
(The dots represent two trailing spaces.)
Output
Live Preview
First line Second line
Method 2 — HTML <br>#
Many Markdown applications allow inline HTML, including the <br> tag.
Use this approach only when you specifically need HTML support or when trailing spaces are difficult to maintain. For portable Markdown documents, the two-space method is usually preferred.
First line<br>
Second line
Output
Live Preview
First line
Second line
For a complete comparison of every line-break method—including renderer differences and CommonMark behavior—see the dedicated Markdown Line Breaks guide.
Paragraphs Across Different Markdown Applications
Paragraph behavior is consistent in most Markdown editors because blank lines are part of the core Markdown syntax.
However, line breaks can behave differently depending on the renderer. For example, some applications automatically convert a single newline into a line break, while others follow the CommonMark specification and keep both lines within the same paragraph.
If the formatting looks different after publishing, check how your Markdown application handles line breaks before changing your content.
Paragraphs Inside Lists
List items can contain more than a single line of text. By indenting a paragraph under a list item, you can add explanations, notes, or additional instructions without breaking the list structure.
This is especially useful in installation guides, tutorials, and project documentation where each step needs extra details.
Example
- First item
This paragraph belongs to the first item.
- Second item
Output
Live Preview
-
First item
This paragraph belongs to the first item.
-
Second item
Indented paragraphs make long lists easier to follow without turning each step into a separate section.
For more examples, see the dedicated Markdown Lists guide.
Paragraphs Inside Blockquotes
Blockquotes can contain multiple paragraphs, making them useful for notes, warnings, documentation callouts, or quoted content.
Leave a blank quoted line (>) between paragraphs to keep them separate.
Example
> First paragraph.
>
> Second paragraph.
Output
Live Preview
First paragraph.
Second paragraph.
You'll often see this pattern in documentation for notes, warnings, tips, and important information.
Learn more in the Markdown Blockquotes guide.
Paragraphs Before and After Code Blocks
When writing tutorials or technical documentation, keep normal text and code blocks separated with a blank line.
Introduce the command or example first, place the code inside a fenced code block, then continue with the explanation in a new paragraph. This structure is easier to read and works consistently across most Markdown renderers.
Example
Install the package.
```bash
npm install
```
Run the application after the installation completes.
Output
Live Preview
Install the package.
npm install
Run the application after the installation completes.
Separating paragraphs from code blocks also prevents formatting issues and makes step-by-step instructions easier to scan.
See Markdown Code Blocks for language identifiers, syntax highlighting, and fenced block examples.
Paragraph Best Practices
Good Markdown documents are usually easier to read because they use short, focused paragraphs.
Follow these guidelines:
- Keep each paragraph focused on a single idea.
- Leave one blank line between paragraphs.
- Break long explanations into smaller sections.
- Combine paragraphs with headings and lists to improve scanning.
- Place explanatory text before or after code blocks instead of mixing prose with commands.
- Review your document in preview mode before publishing.
These small habits improve readability on GitHub, documentation sites, knowledge bases, and note-taking applications without changing your Markdown syntax.
Common Paragraph Mistakes
Most paragraph formatting problems come from using the wrong amount of spacing. These issues are easy to fix once you understand how Markdown separates blocks of text.
| Mistake | What Happens | Fix |
|---|---|---|
| No blank line between paragraphs | Both lines become one paragraph | Leave one empty line between paragraphs |
| Too many blank lines | Extra spacing in the source file without improving readability | Use a single blank line consistently |
Using <br> for every new paragraph |
HTML becomes harder to read and maintain | Use blank lines for paragraphs and reserve <br> for line breaks |
| Mixing paragraphs directly with lists or code blocks | Documents become difficult to scan | Separate each content block with appropriate spacing |
Markdown Paragraph Compatibility
Paragraph syntax is part of the core Markdown specification, so it works consistently across almost every Markdown application.
| Platform | Notes |
|---|---|
| GitHub | Standard paragraph spacing supported |
| GitLab | Follows standard Markdown behavior |
| VS Code | Preview renders paragraphs correctly |
| Obsidian | Standard Markdown paragraphs with live preview |
| Notion | Converts paragraphs into editable content blocks |
| Discord | Supports paragraphs, but renderer behavior differs from documentation tools |
| Paragraphs work, but Markdown support depends on the editor mode |
Writing Better Markdown Paragraphs
Good paragraph structure makes documentation easier to read than long blocks of uninterrupted text.
When writing Markdown:
- Keep paragraphs focused on a single topic.
- Split long explanations into smaller sections.
- Use headings to introduce new ideas instead of writing one large block.
- Combine paragraphs with lists or code examples where they improve clarity.
- Preview your document before publishing to check spacing and formatting.
These habits improve readability without adding unnecessary formatting.
Paragraphs in Other Elements
Looking for paragraph spacing inside lists, tables, or blockquotes? Explore the Markdown Lists, Markdown Tables, and Markdown Blockquotes guides for element-specific examples.
Frequently Asked Questions
- 1
How do I create a paragraph in Markdown?
Leave one blank line between two blocks of text.
- 2
Why isn't my new paragraph showing?
Most likely you pressed Enter only once. Markdown requires one empty line between paragraphs.
- 3
How do I insert a line break instead of a new paragraph?
Add two spaces at the end of a line before pressing Enter, or use the <br> HTML tag if your Markdown renderer supports HTML.
- 4
Do Markdown paragraphs work the same in every application?
Paragraphs follow the same basic Markdown rules in most applications, but line break behavior can vary depending on the renderer. If spacing looks different, check how your platform handles soft and hard line breaks.
- 5
Should I use multiple blank lines?
No. One blank line is enough to separate paragraphs.
