HTML
HTML is the markup language that gives a web page its structure and meaning. Elements identify content such as headings, links, images, navigation, and forms so browsers and assistive technologies can interpret it.
itWeb development | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — HTML
HTML is the part of a web page that says what the pieces are. It does not choose the colors, run the application, or negotiate with a server. It names a heading as a heading, a paragraph as a paragraph, and a form control as something that collects a value. This is less glamorous than making a button bounce, but the browser has an alarming number of opinions about a bouncing mystery box.
A browser turns the source into a DOM, a tree of elements and text. CSS uses that tree for presentation. JavaScript reads and changes it for behavior. Assistive technologies use its semantics to present controls and content. That makes the DOM the shared wiring diagram, even when CSS has arranged the visible page into something far more theatrical.
The document shell has a small but consequential cast: the doctype selects standards mode; the root element declares the language; the head carries metadata and linked resources; the body holds content in reading order. CSS can move things around, but it does not rewrite the order keyboard users and an unstyled document encounter. The source is therefore not a backstage detail. It is where the plot begins.
Semantic HTML means selecting an element for its role, not its silhouette. A link goes somewhere. A button does something. A heading labels a section. Native elements bring behavior and accessibility information with them, which is useful because recreating focus, keyboard activation, disabled state, and roles for a generic container is how a tiny visual choice acquires a large testing bill.
Forms make the same bargain in a different hat. Labels identify controls. Named controls contribute name-value pairs when the form is submitted. Input types can improve feedback, but client-side validation is not a security boundary; the server still validates submitted data. HTML is helpful, not telepathic.
The surprising part is that browsers are forgiving. Invalid nesting and missing tags can still produce a usable page because the parser repairs source into a DOM. This keeps old pages alive, but it also means tidy-looking source and the browser's actual tree can disagree. Validation and DOM inspection are the two detectives who compare notes before the mystery becomes a production incident.
Read the introduction when you need the whole pipeline and its boundaries. Use the slides to keep the component relationships in view. Keep the cheatsheet nearby when choosing elements, attributes, image text, or form controls. The quiz then asks whether the page is saying what it means, which is the central administrative burden of HTML, and one worth keeping.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://html.spec.whatwg.org/
Supports
- HTML document model, element semantics, content models, attributes, parsing, error recovery, forms, images, and author conformance
- Intro, slides, cheatsheet, video script, and quiz answers
- https://html.spec.whatwg.org/dev/
Supports
- Author-focused element, attribute, syntax, and semantic reference path
- https://developer.mozilla.org/en-US/docs/Web/HTML
Supports
- Indexed HTML element and attribute reference with guides and compatibility context
- https://developer.mozilla.org/en-US/docs/Learn_web_development/Core/Structuring_content
Supports
- Foundational study path through document structure, text, links, images, tables, and forms
- https://developer.mozilla.org/en-US/docs/Learn_web_development/Extensions/Forms/Form_validation
Supports
- Client-side validation benefits and requirement for server-side validation
- https://developer.mozilla.org/en-US/docs/Learn_web_development/Extensions/Testing/Introduction
Supports
- Cross-browser testing as distinct from markup conformance
- https://validator.w3.org/nu/
Supports
- HTML conformance checking by URL, upload, and direct input
- https://www.w3.org/WAI/tutorials/
Supports
- Accessibility study path for structure, images, tables, forms, menus, and carousels
- https://web-platform-tests.org/
Supports
- Shared cross-browser testing infrastructure and implementation testing path
- https://github.com/sindresorhus/awesome
Supports
- Discovery of the Awesome HTML5 list
- https://github.com/diegocard/awesome-html5
Supports
- Discovery of Can I Use, Pa11y, HTML5 Please, and HEAD
- https://caniuse.com/
Supports
- Browser support tables for HTML and related web-platform features
- https://pa11y.org/
Supports
- Automated accessibility testing through command-line and continuous integration tools
- https://html5please.com/
Supports
- Use, fallback, and polyfill guidance for web-platform features
- https://htmlhead.dev/
Supports
- Catalog of document-head metadata and resource declarations
- https://www.w3.org/People/Raggett/book4/ch02.html
Supports
- 1989 Web proposal and HTML publishing language
- 1991 public HTML discussion
- Early SGML basis, hypertext links, and browser evolution
- https://www.rfc-editor.org/rfc/rfc1866.html
Supports
- HTML 2.0 publication as RFC 1866 in November 1995
- https://www.w3.org/TR/REC-html32
Supports
- HTML 3.2 Recommendation date and interoperable feature set
- https://www.w3.org/TR/REC-html40-971218/
Supports
- HTML 4.0 Recommendation date and separation of structure from presentation
- https://www.w3.org/TR/html401/
Supports
- HTML 4.01 Recommendation date and corrections to HTML 4
- https://www.w3.org/TR/xhtml1/
Supports
- XHTML 1.0 as an XML reformulation of HTML 4 and its Recommendation date
- https://www.w3.org/TR/2008/WD-html5-20080122/
Supports
- First W3C public working draft date for HTML 5
- https://www.w3.org/TR/2014/REC-html5-20141028/
Supports
- HTML5 Recommendation date and expanded web-application semantics
- https://www.w3.org/2019/04/WHATWG-W3C-MOU.html
Supports
- 2019 agreement on a single development stream centered on WHATWG Living Standards
- https://code.visualstudio.com/docs/languages/html
Supports
- Built-in HTML completion, formatting, navigation, and validation
- https://www.jetbrains.com/help/webstorm/editing-html-files.html
Supports
- HTML editing, completion, documentation, validation, and preview workflow
- https://www.sublimetext.com/docs/completions.html
Supports
- Syntax-aware completion behavior used while authoring HTML
- https://codepen.io/features/
Supports
- Browser-based editor with immediate HTML, CSS, and JavaScript preview
- https://developer.stackblitz.com/platform/webcontainers
Supports
- Browser-based development environments that run projects and previews
- https://webflow.com/feature/semantic-html5-tags
Supports
- Visual authoring controls for assigning semantic HTML elements
- https://web.dev/articles/semantics-and-screen-readers?hl=en
Supports
- Field Notes on semantics exposed through the accessibility tree and the difference between generic elements and native controls
- https://web.dev/learn/accessibility/javascript
Supports
- Field Notes on the keyboard behavior native controls provide and custom controls must reimplement
