Learn how to use markdown formatting and visualize how they appear with our styles.
This post is collection of elements any article can contain. A lot of what follows is random nonsense, but you'll get how to use this Markdown formatting thing yourself. John Gruber and Aaron Swartz created markdown in 2004. It has been worked upon since and now there exist many different flavors of markdown. Like this one here, which can also embed
<React /> components in it, now that is cooool.
Just leaving this quote here.
Look, If you had, One shot, Or one opportunity, To seize everything you ever wanted, In one moment, Would you capture it, Or just let it slip?
If you're looking for the raw source file of this markdown to make your own article all shiny and flashy, here you go.
Let's get to it, this is H2 heading
This includes every sensible typographic element I could think of, like bold text, unordered lists, ordered lists, code blocks, block quotes, and even italics. And just so you know, I copied a lot of content from the tailwind typography blog post. But we're good, as this url is disallowed in robots.txt
It's important to cover all of these use cases for a few reasons:
- We want everything to look good out of the box.
- Really just the first reason, that's the whole point of the plugin.
- Here's a third pretend reason though a list with three items looks more realistic than a list with two items.
Now we're going to try out another header style.
Typography should be easy, this is H3 btw
So that's a header for you — with any luck if we've done our job correctly that will look pretty reasonable.
Something a wise person once told me about typography is:
Typography is pretty important if you don't want your stuff to look like trash. Make it good then it won't be bad.
It's probably important that images look okay here by default as well:
Now I'm going to show you an example of an unordered list to make sure that looks good, too:
- So here is the first item in this list.
- In this example we're keeping the items short.
- Later, we'll use longer, more complex list items.
And that's the end of this section.
When a heading comes after a paragraph …
When a heading comes after a paragraph, we need a bit more space, like I already mentioned above. Now let's see what a more complex list would look like.
I often do this thing where list items have headings.
For some reason I think this looks cool which is unfortunate because it's pretty annoying to get the styles right.
I often have two or three paragraphs in these list items, too, so the hard part is getting the spacing between the paragraphs, list item heading, and separate list items to all make sense. Pretty tough honestly, you could make a strong argument that you just shouldn't write this way.
Since this is a list, I need at least two items.
I explained what I'm doing already in the previous list item, but a list wouldn't be a list if it only had one item, and we really want this to look realistic. That's why I've added this second list item so I actually have something to look at when writing the styles.
It's not a bad idea to add a third item either.
I think it probably would've been fine to just use two items but three is definitely not worse, and since I seem to be having no trouble making up arbitrary things to type, I might as well include it.
After this sort of list I usually have a closing statement or paragraph, because it kinda looks weird jumping right to a heading.
What about nested lists?
Nested lists basically always look bad which is why editors like Medium don't even let you do it, but I guess since some of you goofballs are going to do it we have to carry the burden of at least making it work.
- Nested lists are rarely a good idea.
- You might feel like you are being really "organized" or something but you are just creating a gross shape on the screen that is hard to read.
- Nested navigation in UIs is a bad idea too, keep things as flat as possible.
- Nesting tons of folders in your source code is also not helpful.
- Since we need to have more items, here's another one.
- I'm not sure if we'll bother styling more than two levels deep.
- Two is already too much, three is guaranteed to be a bad idea.
- If you nest four levels deep you belong in prison.
- Two items isn't really a list, three is good though.
- Again please don't nest lists if you want people to actually read your content.
- Nobody wants to look at this.
- I'm upset that we even have to bother styling this.
The most annoying thing about lists in Markdown is that
<li> elements aren't given a child
<p> tag unless there are multiple paragraphs in the list item. That means I have to worry about styling that annoying situation too.
For example, here's another nested list.
But this time with a second paragraph.
- These list items won't have
- Because they are only one line each
- These list items won't have
But in this second top-level list item, they will.
This is especially annoying because of the spacing on this paragraph.
As you can see here, because I've added a second line, this list item now has a
This is the second line I'm talking about by the way.
Finally here's another list item so it's more like a list.
A closing list item, but with no nested list, because why not?
And finally a sentence to close off this section.
There are other elements we need to style
We even included table styles, check it out:
|Bret "The Hitman" Hart||Calgary, AB||Sharpshooter|
|Stone Cold Steve Austin||Austin, TX||Stone Cold Stunner|
|Randy Savage||Sarasota, FL||Elbow Drop|
|Vader||Boulder, CO||Vader Bomb|
|Razor Ramon||Chuluota, FL||Razor's Edge|
I guess we need easy ways to embed youtube videos too. I'll get on it!
We haven't used an
But now we have. Please don't use
h6 in your content, Medium only supports two heading levels for a reason, you animals. I honestly considered using a
before pseudo-element to scream at you if you use an
We don't style them at all out of the box because
h4 elements are already so small that they are the same size as the body copy. What are we supposed to do with an
h5, make it smaller than the body copy? No thanks.
Let's add a closing paragraph here so things end with a decently sized block of text. I can't explain why I want things to end that way but I have to assume it's because I think things will look weird or unbalanced if there is a heading too close to the end of the document.
What I've written here is probably long enough, but adding this final sentence can't hurt.