The new semantic elements in html5 are fairly easy to understand, but to really become comfortable using them you need to actually use them in documents. To get myself started I created a demo page representing a typical blog post and developed it using html5.
Last time we started looking at that demo page and I was explaining some of my choices. As a quick reminder here’s the high level structure of the page.
We already talked about why I chose this structure and then dug into the header and aside elements. Let’s pick right up and move on to the main content div.
There’s quite a bit going on inside this div so let’s first look at the general structure.
As an article should be self-contained content it probably seems intuitive that it would include a header, footer, and sections of content. The inclusion of the comments might seem a little odd and it was another place I went with my gut.
You could make the argument that comments on the post should be a separate article instead of being included in the main article.
When you currently subscribe to a blog you’re delivered posts, though typically not the comments. You could also subscribe to the comments, but then those are usually considered a different subscription and are delivered without the post.
The above is suggesting the use of 2 separate articles in html5 and perhaps that would have been the better choice.
Ask me again in a few weeks and I might recommend taking the comments out of the post article and placing them instead in another article (instead of a section) below the post article.
As you’d expect the header begins with an h1 tag. I want to call your attention to a couple of other things.
First is that I’ve used the time and address tags. The the former because I was adding a date and the latter to mark up my name as an hCard.
The other thing to note is that this header closes with a couple of paragraphs of introductory text. It could have been included in a new section following the header, but sections typically (though not always) will include a header or at least a new heading.
Since these paragraphs are falling under the main h1 and are meant to be introductory text, it made more sense to me to include them here.
Most of the post content follows the same pattern. Each time a new heading is encountered I set up a new section, with that heading and some paragraphs of text. The paragraphs could also be lists and blockquotes, etc.
When the new heading is lower in the hierarchy its section is nested. h3 sections are nested inside h2 sections. Had I used an h4 it would have been nested inside the h3 that came before.
Headings that are siblings get their own section relative to the parent heading.
Footers are meant to include content describing the main content. Think meta information. Here I included a paragraph showing how the post was archived and then included a short author bio.
Since author name and description are related I enclosed both inside a new sections.
As I could envision moving the author bio to other types of pages I used an h1. I wouldn’t rely on the outline algorithm currently, but here I was pretending it had better browser support in order to play around with it in the demo.
Since each comment is coded the same I’ll just include one in full in the code below. Each new article at the end would be a new comment. Above all the comments is a heading for the section.
Everything is enclosed in a section since comments on a post are clearly related. I debated whether or not the entirety of comments should be a single article instead of a section. I think you can make a good argument for that, especially as a full comment stream is often syndicated via rss.
I decided to call it a section, though.
Part of that choice comes from looking at how others treated comments and part because it felt more like the individual comment was the self-contained unit as opposed to all the comments.
Explaining it now I’m thinking it would have made more sense to consider the entire comment stream as an article with each comment being a nested article within.
What’s inside each comment isn’t anything special at this point. I wrapped the comment meta and the comment body in divs. These probably should have been sections instead of divs as the content is related.
This is the footer div that includes the links and the ad. All of this information is tangential, much like the sidebar and so each is an aside.
Remember that we’re choosing these new semantic elements based on the content they enclose, not the location of the content within the document.
I probably should have chosen a different name for the id to avoid confusion with the html5 footer. A better choice might have been id=”subfooter”
Since the three different sets of content aren’t related I chose to wrap all three in a div instead of a section. The aside is enough to show that the content inside each is related to itself.
Once again I chose not to use a header element inside and just went with the h1. Whether or not headers are needed is something I still need to work out.
Finally we get the document footer. Since the content here is information about the entire page it’s enclosed in the main footer for the entire page.
After walking through all of the above code I’ll assume no additional explanation is needed here.
Above: The demo as viewed in Internet Explorer 7 on Windows XP
This demo is really one of my first attempts at coding a page in html5. I learned quite a bit, made some observations, and raised a few questions for myself.
Overall it wasn’t too difficult to get used to html5. The elements themselves are easy to use and for the most part it isn’t too difficult to know when to use them. Of all of the new elements nav, aside, and footer created the least confusion for me.
It will take some time getting used to the new tags, especially when it comes to developing new best practices, but it was like that when moving from tables to divs and I suspect the transition will be easier this time around.
The header element while simple to use raised questions about how often to use it. Should each new group of sectioning content start with a header? Only when an hx element is present? Can it safely be left out? What advantages does it hold without more support for the outline algorithm?
The most confusing part was deciding when to use div, section, and article. The definitions of each seems clear enough, but in practice it can be hard to decide which is best to use at times. It’s not hard to see that I could redevelop this same demo and end up with a new structure of div, section, and article.
I suspect this is what you’ll find the most challenging and I’m providing some links to help you sort it out below.
However this really isn’t all that different from what goes on now. If you and I develop the same design we’ll likely structure things differently even when only using divs as our main block level element. There really isn’t a right or wrong way to use the 3 tags and accepting that will probably help clear away the confusion more than anything.
What we’ll likely see in the coming months and years is a series of best practices for using all of the new elements and we’ll each pick and choose which best practices work best for us.
After having worked through the demo I’m much more convinced that we can use these new semantic elements in real projects now.
Above: The demo as viewed in Internet Explorer 6 on Windows XP
Throughout this 2 part post I’ve included some screenshots of the demo in Internet Explorer. For the most part they look pretty good. IE6 was the only time the demo looked off as you can see in the screenshot above and the one below.
However as poor as the demo looks in those images it’s really only a few minor tweaks to fix. Also as I’ve said a few times here I’ve dropped support for IE6 so I’m not really concerned with making those tweaks unless a client specifically requests it.
I managed to grab screenshots where I had removed the link to the html5shiv. The IE6 screenshot is the last image in this post. I suspect that’s not how it really looks though.
My testing machine should be up and running again in a few days too so I’ll see if I can grab a screenshot as well.
Above: The bottom of the demo page as viewed in Internet Explorer 6 on Windows XP
Here are some of the articles I read trying to sort out using divs, sections, and articles. This post by Oli Studholme, HTML5 structure—div, section & article, probably helped me the most with the following 3 questions and answers.
- Would the enclosed content would make sense on it’s own in a feed reader? If so use <article>
- Is the enclosed content related? If so use <section>
- Finally if there’s no semantic relationship use <div>
I also leaned on the articles below quite a bit.
- The section element read through the comments
- <section>: is not just a “semantic <:div>:”
- HTML5 test results You’ll see you aren’t alone in your confusion
- Article of doubt
- Sections and outlines of an HTML5 document
- HTML5 articles and sections: what’s the difference?
Hopefully this 2 part walk through of my demo has helped make html5 sectioning elements easier to understand and even better I hope it’s convinced you to create your own demo page. You’ll understand these tags much, much better through actual use than reading about what I’ve done.
Start with a trip through some of the html5 boilerplate templates that are readily available and beginning with one as a shell, develop what might be a typical web page in your workflow.
At first I fell back to using divs as I do now, just to get some kind of structure in place. I then began replacing some of those divs with the new elements and rearranging a few things here and there as I iterated the development of the page.
It really won’t take long to get used to he new elements, but the only way that will happen is if you take the time to start using them.
For those of you who have started developing with html5 how have you handled the issue of using too many or not enough headers? Have you found it easier to decide when it’s best to use div, section, and article as you’ve worked with them more? Are there specific issues that continue to arise for you that I haven’t mentioned here?
Download a free sample from my book, Design Fundamentals.
Not sure about the footer div part of the article, shouldn’t it be one single aside tag with many sections inside? I’m not saying you are wrong, just trying to figure out your choices.
All the rest of the article is great! Thanks for this!
Good question. I wish I could give you a definitive answer. I can see the logic in your solution.
My thinking was that each of the 3 areas are distinct content and not related to each other. One is a list of external links, one internal links, and one an ad. Because they aren’t related the container wrapping all of them shouldn’t be an aside or a section, because I think that would imply everything inside is related. That led to me using a div to wrap everything.
Then inside the div the choice became easier. I wanted to keep each of the 3 areas separate, but the content in all 3 is clearly tangental to the page so it made sense to use an aside to wrap each.
The main thing was that each of the 3 areas is distinct and so a div was the best choice to wrap all, which led to using the asides inside. Does that make sense?
By reading this article http://html5doctor.com/understanding-aside/ i’ve understood some good things about aside. I think both our solutions are wrong. Aside should be used to enrich the content of a section or article. But it must also have sense on his own. The best tag, for a sidebar, should be a section or a div.
Always nice to learn new things by discussing with other designers / developers!
It looks like there’s an updated version of that same article where it mentions that is ok to use aside the we’re both thinking.
Here’s a quote from the updated versions:
“When used within an article element, the contents should be specifically related to that article (e.g., a glossary). When used outside of an article element, the contents should be related to the site (e.g., a blogroll, groups of additional navigation, and even advertising if that content is related to the page).”
Wouldn’t it be nice if there was a list of rules we could simply follow? 🙂 Fortunately I enjoy thinking about these things and having discussions about them too.
I get the feeling there’s some flexibility in all this and over the next few years we’ll best practices emerging.
Didn’t see the update, i’m sincerely sorry ! But as i said before it’s always nice to learn with others!
For sure in the next coming years we will se tons of html5 best practices based on the more usage of the language!
You have nothing to apologize for. I’m enjoying the conversation.
It helps me think through my reasoning and I also get to hear your thoughts on other ways to have set this up.
I’m working on a project now where I’m using html5. It’ll be interesting to compare how I set that site up as as opposed to this demo.
For sure! So you can see both the advantages and disadvantages of different markups