The short version

  • 1Unicode assignment and font support are separate.
  • 2Tofu and mojibake point to different failures.
  • 3Test fallback on the systems you actually support.

A code point can exist before your font supports it

Unicode standardization gives a character an identity; it does not install a glyph on every device. A square placeholder often means the chosen font and its fallbacks have no drawing for that character.

New scripts and symbols naturally reach operating systems and fonts at different times. Specialist fonts may cover notation that general interface fonts omit.

Separate glyph failure from encoding failure

A stable empty box suggests missing font coverage. A run of replacement characters or mojibake can instead signal decoding damage. Inspect the underlying code point and bytes before changing fonts.

Complex scripts may require a shaping engine as well as glyphs. A font file containing pieces is not proof that the final cluster will form correctly.

Design a robust fallback

Use a tested font stack, keep essential meaning in text, and avoid claiming that every symbol will look identical everywhere. For documents, embed or package fonts only when licensing permits.

When compatibility is critical, offer a simpler well-supported character or plain-language alternative. Test on the oldest supported operating system rather than only the designer's machine.

Follow the ideas that meet here

Put this guide to work

Continue with the collections below. Their copy controls, formal names, and character records connect the explanation to inspectable data.

Letters & Numbers1261 entries →Technical & Code Symbols628 entries →Religious & Mythological Symbols23 entries →

Sources and review notes

This article was written for UnicodeSymbols.com and reviewed against the references below on September 3, 2026. The sources establish technical properties; practical recommendations are clearly presented as editorial guidance.