![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
4 Reasons That Make Tailwind Great for Building Layouts
Mar. 16th, 2026 02:01 pm![[syndicated profile]](https://www.dreamwidth.org/img/silk/identity/feed.png){kind=small}
csstricks_feedWhen I talk about layouts, I’m referring to how you place items on a page. The CSS properties that are widely used here include:
display— oftengridorflexnowadaysmarginpaddingwidthheightpositiontop,left,bottom,right
I often include border-width as a minor item in this list as well.
At this point, there’s only one thing I’d like to say.
Tailwind is really great for making layouts.
There are many reasons why.
First: Layout styles are highly dependent on the HTML structure
When we shift layouts into CSS, we lose the mental structure and it takes effort to re-establish them. Imagine the following three-column grid in HTML and CSS:
<div class="grid">
<div class="grid-item"></div>
<div class="grid-item"></div>
</div>.grid {
display: grid;
grid-template-columns: 2fr 1fr;
.grid-item:first-child {
grid-column: span 2
}
.grid-item:last-child {
grid-column: span 1
}
}
Now cover the HTML structure and just read the CSS. As you do that, notice you need to exert effort to imagine the HTML structure that this applies to.
Now imagine the same, but built with Tailwind utilities:
<div class="grid grid-cols-3">
<div class="col-span-2"></div>
<div class="col-span-1"></div>
</div>You might almost begin to see the layout manifest in your eyes without seeing the actual output. It’s pretty clear: A three-column grid, first item spans two columns while the second one spans one column.
But grid-cols-3 and col-span-2 are kinda weird and foreign-looking because we’re trying to parse Tailwind’s method of writing CSS.
Now, watch what happens when we shift the syntax out of the way and use CSS variables to define the layout instead. The layout becomes crystal clear immediately:
<div class="grid-simple [--cols:3]">
<div class="[--span:2]"> ... </div>
<div class="[--span:1]"> ... </div>
</div>Same three-column layout.
But it makes the layout much easier to write, read, and visualize. It also has other benefits, but I’ll let you explore its documentation instead of explaining it here.
For now, let’s move on.
Why not use 2fr 1fr?
It makes sense to write 2fr 1fr for a three-column grid, doesn’t it?
.grid {
display: grid;
grid-template-columns: 2fr 1fr;
}Unfortunately, it won’t work. This is because fr is calculated based on the available space after subtracting away the grid’s gutters (or gap).
Since 2fr 1fr only contains two columns, the output from 2fr 1fr will be different from a standard three-column grid.
Alright. Let’s continue with the reasons that make Tailwind great for building layouts.
Second: No need to name layouts
I think layouts are the hardest things to name. I rarely come up with better names than:
- Number + Columns, e.g.
.two-columns - Semantic names, e.g.
.content-sidebar
But these names don’t do the layout justice. You can’t really tell what’s going on, even if you see .two-columns, because .two-columns can mean a variety of things:
- Two equal columns
- Two columns with
1fr auto - Two columns with
auto 1fr - Two columns that spans total of 7 “columns” and the first object takes up 4 columns while the second takes up 3…
You can already see me tripping up when I try to explain that last one there…
Instead of forcing ourselves to name the layout, we can let the numbers do the talking — then the whole structure becomes very clear.
<div class="grid-simple [--cols:7]">
<div class="[--span:4]"> ... </div>
<div class="[--span:3]"> ... </div>
</div>The variables paint a picture.
Third: Layout requirements can change depending on context
A “two-column” layout might have different properties when used in different contexts. Here’s an example.
In this example, you can see that:
- A larger
gapis used between the I and J groups. - A smaller
gapis used within the I and J groups.
The difference in gap sizes is subtle, but used to show that the items are of separate groups.
Here’s an example where this concept is used in a real project. You can see the difference between the gap used within the newsletter container and the gap used between the newsletter and quote containers.
If this sort of layout is only used in one place, we don’t have to create a modifier class just to change the gap value. We can change it directly.
<div class="grid-simple [--cols:2] gap-8">
<div class="grid-simple gap-4 [--cols:2]"> ... </div>
<div class="grid-simple gap-4 [--cols:2]"> ... </div>
</div>Another common example
Let’s say you have a heading for a marketing section. The heading would look nicer if you are able to vary its max-width so the text isn’t orphaned.
text-balance might work here, but this is often nicer with manual positioning.
Without Tailwind, you might write an inline style for it.
<h2 class="h2" style="max-width: 12em;">
Your subscription has been confirmed
</h2>With Tailwind, you can specify the max-width in a more terse way:
<h2 class="h2 max-w-[12em]">
Your subscription has been confirmed
</h2>
Fourth: Responsive variants can be created on the fly
“At which breakpoint would you change your layouts?” is another factor you’d want to consider when designing your layouts. I shall term this the responsive factor for this section.
Most likely, similar layouts should have the same responsive factor. In that case, it makes sense to group the layouts together into a named layout.
.two-column {
@apply grid-simple;
/* --cols: 1 is the default */
@media (width >= 800px) {
--cols:2;
}
}However, you may have layouts where you want two-column grids on a mobile and a much larger column count on tablets and desktops. This layout style is commonly used in a site footer component.
Since the footer grid is unique, we can add Tailwind’s responsive variants and change the layout on the fly.
<div class="grid-simple [--cols:2] md:[--cols:5]">
<!-- span set to 1 by default so there's no need to specify them -->
<div> ... </div>
<div> ... </div>
<div> ... </div>
<div> ... </div>
<div> ... </div>
<div> ... </div>
</div>
Again, we get to create a new layout on the fly without creating an additional modifier class — this keeps our CSS clean and focused.
How to best use Tailwind
This article is a sample lesson from my course, Unorthodox Tailwind, where I show you how to use Tailwind and CSS synergistically.
Personally, I think the best way to use Tailwind is not to litter your HTML with Tailwind utilities, but to create utilities that let you create layouts and styles easily.
I cover much more of that in the course if you’re interested to find out more!
4 Reasons That Make Tailwind Great for Building Layouts originally published on CSS-Tricks, which is part of the DigitalOcean family. You should get the newsletter.
