DEV Community

Cover image for CSS gotcha: How to fill page with a div?
Lenmor Ld
Lenmor Ld

Posted on • Edited on

CSS Height Full Page CSS gotcha: How to fill page with a div?

#todayilearned #beginners #css

TL;DR

If you want to have a full-page container div, make sure you have these:



/* override browser default */
html,
body {
  margin: 0;
  padding: 0;
}

/* use viewport-relative units to cover page fully */
body {
  height: 100vh;
  width: 100vw;
}

/* include border and padding in element width and height */
* {
  box-sizing: border-box;
}

/* full-sized  container that fills up the page */
div {
  height: 100%;
  width: 100%;

  /* example padding, font-size, background, etc */
  padding: 10px;
  font-size: 20px;
  background-color: lightskyblue;
}
Enter fullscreen mode Exit fullscreen mode

So let's say you want a div that fills up entire page... 



div {
  height: 100%;
  width: 100%;

  font-size: 20px;
  background-color: lightskyblue;
}
Enter fullscreen mode Exit fullscreen mode

./Untitled.png

What?! It doesn't work! The height still only takes up the content, but not the whole page.

The width is good since a div is by default a block element, which takes as much width as possible anyways.

Can we just use a more "absolute" value like px ? 



div {
  /* height: 100% */
  height: 865px; /* current height of my browser */
  /* ... */
}
Enter fullscreen mode Exit fullscreen mode

It works... until the browser is resized

doesnt work

It doesn't adapt when the browser is resized.

You can use JS for this, but that's way overkill for what we wanted.

I mentioned px is "absolute", but only in the sense that they are not relative to anything else (like rem and vh). But the actual size still depends on the device. Here's some details:

Stack Overflow: Is a CSS pixel really an absolute unit?

Relative units to the rescue!

Old school height: 100% 



html,
body {
  height: 100%;
  width: 100%;
}

div {
  height: 100%;
  /* ... */
}
Enter fullscreen mode Exit fullscreen mode

Works! (We'll fix the scrollbars later)

By setting both <html> and its child <body> to 100% height, we achieve the full size.

Note that only setting either of them won't work, since percentage is always relative to another value.

In this case:

  • div is 100% the height of the body
  • body is 100% the height of the html
  • html is 100% the height of the Viewport

Viewport is the visible area of the browser, which varies by device.

Viewport > html > body > div

For example, an iPhone 6/7/8 has a 375x667 viewport. You can verify this on your browser dev tools mobile options.

For now, you can think about viewport as the device pixel size or resolution. But if you want to go deep:

Media Genesis: Screen Size, Resolution, and Viewport: What does it all mean?

newer solution: viewport units vh and vw

Viewport-percentage lengths aka Viewport units have been around for a while now, and is perfect for responding to browser resizes.

  • 1 viewport height (1vh) = 1% of viewport height
  • 1 viewport width (1vw) = 1% of viewport width

In other words, 100vh = 100% of the viewport height

100vw = 100% of the viewport width

So these effectively fills up the device viewport.



html,
body {
  /* height: 100%; */
  /* width: 100% */
}

div {
  /* height: 100%; 
        width: 100%; */
  height: 100vh;
  width: 100vw;
  /* ... */
}
Enter fullscreen mode Exit fullscreen mode

Looks good too! (We'll fix the scrollbars later)

As mentioned in the comments by @angelsixuk and @mpuckett, there is a known jumping behavior during scrolling when using 100vh on mobile browsers, which is an issue but considered intentional by webkit. See these links for details: Viewport height is taller than the visible part of the document in some mobile browsers and Stack Overflow: CSS3 100vh not constant in mobile browser

How about min-height: 100vh ?

While height fixes the length at 100vh, min-height starts at 100vh but allows content to extend the div beyond that length. If content is less than the length specified, min-height has no effect.

In other words, min-height makes sure the element is at least that length, and overrides height if height is defined and smaller than min-height.

For our goal of having a div child with full height and width, it doesn't make any difference since the content is also at full size.

A good use case of min-height is for having a sticky footer that gets pushed when there is more content on the page. Check this out here and other good uses of vh

Fun with Viewport Units | CSS-Tricks

A very common practice is to apply height: 100vh and width: 100vw to <body> directly...

In this case, we can even keep the container div relatively sized like in the beginning, in case we change our minds later.

And with this approach, we assure that our entire DOM body occupies full height and width regardless of our container div.



body {
  height: 100vh;
  width: 100vw;
}

div {
  height: 100%;
  width: 100%;
  /* height: 100vh;
  width: 100vw; */
  /* ... */
}
Enter fullscreen mode Exit fullscreen mode

vh/vw versus %

A good way of thinking about vh, vw vs % is that they are analogous to em and rem

% and em are both relative to the parent size, while vw/vh and rem are both relative to "the highest reference", root font size for rem and device viewport for vh/vw.

But why the scrollbar?

<html> and <body> have default margins and paddings!

Browsers feature a default margin, padding and borders to HTML elements. And the worst part is it's different for each browser!

Chrome default for <body> has a margin: 8px

And 100vh + 8px causes an overflow, since it's more than the viewport

Luckily, it's fairly easy to fix that:



html,
body {
  margin: 0;
  padding: 0;
}

body {...
Enter fullscreen mode Exit fullscreen mode

This is a "blanket" solution that would cover all margin and padding variations for any browser you might have.

Cool! Now we have our div filling up the page without scrollbars!

no more scrollbars

Finally, let's add a little padding, since it's awkward that the content is right on the edges.



div {
  padding: 10px;
  /* ... */
}
Enter fullscreen mode Exit fullscreen mode

What?! The scrollbar is back! What happened?

box-sizing border-box

box-sizing allows you to define whether the padding and border is included in the div's height and width.

The default content-box of box-sizing doesn't include padding and border in the length, so div becomes

  • height = 100% + 10px * 2
  • width = 100% + 10px * 2

which overflows the page!

border-box includes padding and border, so div stays at our required sizes:

  • height = 100%
  • width = 100%

It's quite common to set all elements to border-box for a consistent layout and sizing throughout pages, using * selector:




* {

  box-sizing: border-box;

}
Enter fullscreen mode Exit fullscreen mode




Perfect!

Catch you in the next one!

Top comments (16)

Collapse
 
angelsixuk profile image
Luke Malpass •

The one problem with vh is when you scroll on mobile and its address bar hides it changes its value to a larger one. If your page has a bunch of hero style sections on the page at 100vh this causes the page to jump the scroll position every time you scroll the page up and down and the address bar hides or shows

Collapse
 
mpuckett profile image
Michael Puckett •

Yeah unfortunately the vh unit is almost useless on iOS Safari. I believe the trick is to use height: 100% on html element and then pass that down to the body and any container with flex or grid.

developers.google.com/web/updates/...

Collapse
 
angelsixuk profile image
Luke Malpass •

Yes that only works on items at the top for heros. It doesn't allow you to use it mid-page.

It's a well konwn issue. I solved it just using JavaScript on load to set the height and add data-vh="100" where you can pass in a percentage of the view height then it sets it to pixels after load. I will enhance it to detect resizing from address bar hiding (perhaps if resize happens at same time as scroll) vs normal resizing and sort it that way.

Collapse
 
lennythedev profile image
Lenmor Ld •

Thanks for the heads up. I didn't get a chance to try this yet on iOS or Safari. I'll test it out and add it to the article

Collapse
 
lennythedev profile image
Lenmor Ld •

Thanks! I'll try to repro and add a note to the article.

Collapse
 
dd profile image
D •

What about this?

div {
  position: absolute;
  top: 0;
  left: 0; 
  right: 0;
  bottom: 0;
  background: #fb1;
}
Enter fullscreen mode Exit fullscreen mode

It's enough to fill entire page without effort.

Collapse
 
lennythedev profile image
Lenmor Ld •

Thanks for the note. Yes, this is definitely another way to do this. For this post though, I wanted to explore more of an alternative "relative" solution without using absolute positioning and dealing with z-index.

Collapse
 
souksyp profile image
Souk Syp. •

I was expecting to see

position:absolue (or fixed),
width:100%,
height:100%,
top: 0,
left: 0

on the targeted div... Good to know

Collapse
 
claudiucg profile image
claudiucg •

This is not working in 2021. Instead of full document height, html and body is 100% from the viewport, not the whole document.

Collapse
 
angelbearuk profile image
Kristy Whalen •

Yeap, that is unfortunately the state of web programming. Every year, every month, something breaks.

Collapse
 
promoteglobal profile image
Katherine •

So what is the solution now?

Collapse
 
tomerl101 profile image
Tomer •

This article should get more likes!

Collapse
 
ziizium profile image
Habdul Hazeez •

Interesting.

Collapse
 
bholmes999 profile image
bholmes999 •

Thank you so much! I'm learning and HTML and CSS, and I've been racking my head trying to figure out why my webpage wasn't fitting to the screen! I had width set to 100% on my html and body tags already; the box-sizing tip fixed everything with my layout!

Collapse
 
eob profile image
éamonn o'b-s Ω •

Thanks for this article!

Note, you have a small typo in the first code box. There's a stray colon.

body: {
Enter fullscreen mode Exit fullscreen mode

should be

body {
Enter fullscreen mode Exit fullscreen mode
Collapse
 
lennythedev profile image
Lenmor Ld •

Thanks for the catch!

View full discussion (16 comments)

Read next

vikas76 profile image

How Artificial Intelligence and Data Science Work Together to Solve Complex Problems in 2025

Vikas76 -

atixag profile image

The future of software architecture: focus on event-driven architecture

ATIXAG -

seatunnel profile image

Conquering SeaTunnel Challenges: Your Go-To Solutions Revealed

Apache SeaTunnel -

0x2e_tech profile image

0x2e.tech: The Free Toolkit You Didn’t Know You Needed

0x2e Tech -