Unicode Character Finder
Browse and copy special characters, emojis, math symbols, arrows, and more
No characters found. Try a different search or category.
The Unicode Character Finder is a searchable library of special characters — arrows, mathematical symbols, Greek letters, currency signs, punctuation, and emoji — with each entry showing its code point and HTML entity. Search by keyword, click a card to copy the character, and paste it anywhere text is accepted. It is for writers who need an em dash or a proper quotation mark, developers who need the entity for a symbol, and anyone who has ever hunted through a character map for a single glyph.
How to Use
- Search or browse. Type a keyword such as “arrow”, “check”, or “sigma”, or filter by category.
- Click a card to copy the character to your clipboard.
- Read the details on the card: the code point (U+2192), the character name, and the HTML entity where one exists.
- Paste into a document, a chat, a design tool, or a code editor. For markup, use the provided entity rather than the raw symbol if the file’s encoding is uncertain.
Worked Examples
Example 1 — typographic punctuation. A writer replacing three hyphens with a proper em dash searches “dash”, copies — (U+2014), and pastes it into the draft. Because a real em dash is a single character, it reflows correctly and does not break at a line end the way three hyphens do. The same library supplies the curly quotation marks “ ” and the ellipsis …, which look right in published prose where straight quotes look like code.
Example 2 — a math note. A student writing up an assignment needs the summation symbol ∑, the infinity sign ∞, and the Greek letters α and β. Copying them from the finder keeps the notation consistent; typing approximations such as “sum” or “inf” would not render as mathematics.
Example 3 — markup for a symbol. A developer adding a right arrow to a page can either paste → directly, which works in a UTF-8 document, or write → / →, which works regardless of the document encoding. The card shows both forms, so the choice is explicit rather than a guess.
Code Point, Glyph, and Byte: Three Different Things
These three terms are often used interchangeably, and keeping them apart explains most confusion about special characters.
- Code point — the character’s identity, a number in the Unicode standard written as
U+plus hexadecimal, such as U+00E9 foré. It never changes. - Glyph — the visual shape a font uses to draw the code point. Different fonts, and different operating systems for emoji, draw the same code point differently.
- Byte sequence — how the code point is stored in a file. UTF-8 encodes U+00E9 as two bytes and the em dash U+2014 as three; UTF-16 uses different bytes for the same characters.
So a character can be identical in identity, different in appearance, and variable in storage size — all at once. Understanding that layering is what makes an “encoding problem” tractable: the code point tells you what the character should be, and the bytes tell you what actually got written.
Where to Paste What
- Prose and documents: paste the character itself. Word processors, note apps, and email all accept Unicode directly.
- HTML and email templates: the named entity (
→) is readable; the numeric entity (→) works even in older or misconfigured encodings. Both render the same character. - CSS: use the
\2192escape inside acontentproperty, or paste the character directly in a UTF-8 stylesheet. - Code strings: paste the character if the file is UTF-8, or use the language’s escape (
\u2192in JavaScript and Python,\u{2192}in some others) when a pure-ASCII source is required. - Social media: paste directly; platforms handle Unicode and will render the character if the viewer’s font supports it.
Common Mistakes
- Using lookalike ASCII. A straight quote
"is not a curly quote“, and three periods are not an ellipsis. Search for the specific character instead of approximating it with keyboard characters. - Assuming a copy failed because the paste looks empty. Some characters are invisible — the zero-width space U+200B, the non-breaking space U+00A0, and the soft hyphen U+00AD. They occupy no visible width by design; check the character count if unsure.
- Mixing encodings. A file saved as Latin-1 with a UTF-8 character inside produces mojibake. Save as UTF-8 and declare the encoding in the document head.
- Trusting the entity name to exist. Only a subset of characters has a named entity; for the rest, the numeric form
中always works. - Expecting every font to draw every symbol. Rare mathematical and historic script characters need a font that covers them; a missing glyph is a font limitation, not a data error.
Features
- Searchable library of symbols across multiple categories, with keyword matching
- Each entry shows the code point, name, and HTML entity
- One-click copy to the clipboard
- Covers arrows, math, Greek letters, currency, punctuation, and symbols
- Works offline after loading, with no account
- 100% client-side — nothing is uploaded
Use Cases
- Writing: Em dashes, curly quotes, bullets, and proper ellipses.
- Mathematics: Summation, integrals, infinity, and Greek letters.
- Web development: HTML entities and CSS escapes for symbols.
- Social media: Arrows, stars, checkmarks, and decorative symbols.
- Language learning: Accented and non-Latin characters for study material.
Related Tools
Frequently Asked Questions
What is the difference between a code point and an HTML entity?
A code point is the character's permanent identity in Unicode — the arrow → is always U+2192, on every platform. An HTML entity is a notation for writing that character in markup: either the named form → or the numeric forms → and →. The code point describes the character; the entity is one way to spell it in HTML. You can also paste the character itself into HTML as long as the document is UTF-8.
Why do some characters paste as a box or a question mark?
The character exists, but the font in use does not contain a glyph for it. Pasting U+2028 or a rare mathematical symbol into an application whose font lacks that shape shows a placeholder box. The fix is to pick a font that covers the symbol, or to use the HTML entity form in markup, which the browser renders from any supporting font.
Do code points change between Windows, macOS, and Linux?
No. That is the entire point of Unicode: U+2192 means the same character on every operating system, in every language, forever. What differs is font coverage and rendering — how the glyph is drawn — not the identity of the character. Text copied from one system renders correctly on another as long as both use Unicode.
How do I type one of these characters without copy-paste?
On Windows, hold Alt and type the decimal code on the numeric keypad; on macOS, many symbols have Option-key shortcuts; on Linux, Ctrl+Shift+U followed by the hex code then Enter. Copying is faster for occasional use, but the system shortcuts are worth learning for characters you type often, such as the em dash.
Is the emoji in this library the same as the one on my phone?
The character is identical — the same code point — but the artwork is not. Apple, Google, and Microsoft each design their own glyphs for the same emoji, so a smiling face looks slightly different on an iPhone than on Android. That is a rendering difference, not a different character.
Can I use these symbols in source code?
Usually, if the file is UTF-8, which is the default in every modern language toolchain. For readability, many teams reserve non-ASCII symbols for comments and string content and use escape sequences in code, such as \u2192 in JavaScript or Python. Either way, ensure the file encoding is declared as UTF-8 so the character survives a round trip.
Reviewed by the HandyTools Hub team · Last updated