Reference

HTML Entities Table

Quick reference for HTML character entities. Search and copy entity codes instantly.

Advertisement

What Are HTML Entities and Why Do You Need Them?

HTML entities are special sequences of characters that represent symbols, punctuation, and characters that have special meaning in HTML markup. They allow you to display characters that would otherwise be interpreted as HTML code, such as angle brackets, ampersands, and quotation marks. Without entities, these characters would break your HTML structure or be rendered incorrectly.

The most common HTML entities are used for characters that are reserved in HTML syntax. The less-than sign (<) must be written as &lt; to prevent the browser from interpreting it as the start of a tag. The greater-than sign (>) uses &gt;, and the ampersand (&) itself requires &amp; because it signals the start of an entity. These three entities are essential knowledge for every web developer.

Beyond reserved characters, HTML entities include a vast range of symbols for mathematics, currency, arrows, Greek letters, and typographic punctuation. Using entities ensures consistent rendering across different browsers, operating systems, and character encodings. While modern Unicode support means you can often paste special characters directly, entities remain valuable for clarity, compatibility, and avoiding encoding issues.

  • Display reserved characters without breaking HTML structure
  • Ensure consistent rendering across browsers and platforms
  • Use mathematical and typographic symbols in web content
  • Avoid character encoding problems with explicit entity codes
  • Improve code readability with named entities

Types of HTML Entities

HTML entities come in three forms: named entities, decimal numeric references, and hexadecimal numeric references. Each form has its own use cases and advantages, and understanding all three gives you flexibility in different situations.

Named entities use memorable English words preceded by an ampersand and followed by a semicolon. Examples include &copy; for the copyright symbol, &reg; for the registered trademark, and &euro; for the Euro sign. Named entities are easy to read and remember, making them ideal for hand-written HTML and for developers learning the ropes.

Decimal numeric references use the format &#NNNN; where NNNN is the decimal Unicode code point for the character. For example, &#169; represents the copyright symbol (same as &copy;). Decimal references work for any Unicode character, including those without named entities, making them more versatile when you need obscure symbols.

Hexadecimal numeric references use the format &#xNNNN; with a hexadecimal code point. For example, &#xA9; is another way to write the copyright symbol. Hex references are particularly useful when working with Unicode tables that list code points in hexadecimal, which is the standard format in most Unicode documentation.

  • Named entities (&name;) are readable and memorable
  • Decimal references (&#NN;) work for any Unicode character
  • Hexadecimal references (&#xNN;) match Unicode documentation
  • All three forms are valid in HTML5
  • Choose based on readability needs and character availability

Using the HTML Entities Reference Table

Our HTML Entities Reference Table organizes characters into logical categories for easy browsing and discovery. Categories include Common Symbols, Mathematical Operators, Greek Letters, Currency Symbols, Arrows, and Punctuation. Each entry shows the visual character, its named entity, and its decimal numeric reference.

The search functionality lets you find entities quickly by typing any part of the character name, entity code, or even the character itself. Looking for the copyright symbol? Type "copy" and the table filters to show &copy; and related entries. Need a Greek letter? Search for "alpha" or "beta" to find the full set.

Each entity card includes a one-click copy button that copies the named entity to your clipboard. This saves time when writing HTML by hand and eliminates the risk of typos in long entity names. Simply click the copy button next to the entity you need and paste it directly into your HTML code.

The reference table is designed to be a quick lookup tool that stays open while you work. Bookmark it and keep it handy whenever you are writing HTML, editing templates, or crafting email signatures that need special characters.

  • Browse entities by category: Math, Greek, Currency, Arrows
  • Search by character name, entity code, or symbol
  • One-click copy of named entities to clipboard
  • Visual preview of each character before using it
  • Works entirely in the browser with no server requests

HTML Entities in Modern Web Development

While HTML entities have been around since the early days of the web, their role has evolved with modern web standards. Understanding when to use entities and when alternatives are appropriate is key to writing clean, maintainable HTML.

In HTML5, you can often include Unicode characters directly in your document if you use UTF-8 encoding (which is now the default). This means you can paste special characters like ©, €, and → directly into your HTML without entities, and they will render correctly in modern browsers. However, entities still add clarity — &copy; is more obvious to someone reading the source than a bare © symbol.

Entities remain essential for characters that are ambiguous in HTML source code. The ampersand (&), less-than sign (<), and greater-than sign (>) must always be encoded as entities when they appear in text content to prevent the browser from misinterpreting them as markup. This rule has not changed and applies to all versions of HTML.

In dynamically generated HTML, entities provide a safe way to insert text that might contain special characters. Template engines and server-side frameworks often have auto-escaping features that convert < to &lt; automatically, protecting against cross-site scripting (XSS) attacks. Understanding the underlying entities helps you debug and customize this behavior.

For email HTML, entities are often safer than raw Unicode characters because email clients have historically had inconsistent Unicode support. Using named entities for special characters ensures your symbols display correctly even in older or more restrictive email clients.

  • Always encode &, <, and > in HTML text content
  • Use UTF-8 encoding for direct Unicode character support
  • Let template engines auto-escape dynamic content
  • Prefer entities in email HTML for compatibility
  • Choose named entities for readability in source code