A printed multilingual type specimen sheet showing the same text rendered in five scripts — Latin, Arabic, Japanese, Cyrillic, and Greek — each in a different typeface, with a visible missing glyph marker in the Cyrillic column, illustrating font compatibility issues in multilingual DTP

Back to Resources

Why Does My Font Break After Translation — and Which Fonts Actually Work for Multilingual Documents?

DTP Insights · Fonts & Typography

The layout looks perfect. The translation is approved. You reimport the translated IDML — and the first thing you see are pink squares. Or garbled characters. Or Arabic text flowing left to right instead of right to left.

Font failure in multilingual DTP is one of the most common — and most avoidable — problems in the entire workflow. This guide explains why it happens, which fonts are safe to use across languages, and how to audit your project before translation begins rather than after it lands on your desk.

7,100+
living languages — most with unique character requirements
~140
distinct writing scripts in active use today
1 in 3
brand fonts fail to support even basic European diacritics

Why Does a Font "Break" After Translation?

A font is not a complete alphabet. It is a set of glyphs — individual character shapes — the designer chose to include. Most professional fonts cover the standard Latin alphabet and common punctuation. Many stop there.

When translated text arrives containing characters the font was never built to support — an umlaut, a cedilla, a Cyrillic letter, an Arabic ligature — InDesign has no glyph to display. You'll see one of three failure modes.

Failure 01
Missing Glyphs — The Pink Square
InDesign highlights characters it can't render in pink. The character exists in the text — it's just invisible in print output.
Strae · Prfung · ber
German umlauts missing from a decorative Latin font
Failure 02
Script Not Supported — Font Substitution
InDesign substitutes a system font silently. The layout looks fine on screen but prints with a completely different typeface.
Привет
Cyrillic substituted with system serif — not your brand font
Failure 03
Wrong Text Engine — RTL Rendered LTR
Arabic or Hebrew text appears but flows in the wrong direction, or letters don't connect. The font exists but the wrong composer is active.
مرحبا بالعالم
Arabic characters isolated instead of connected — wrong composer
💡
Why this matters beyond aesthetics

Missing glyphs don't always surface in InDesign's Preflight. Pink squares appear on screen but preflight can pass clean — meaning a document with broken characters can reach the printer without warning. Font checking must be a deliberate step, not a side effect of pre-press.

The Four Script Groups — and What Each Demands from a Font

Understanding which script type you're working with tells you immediately what the font must do. The requirements are not interchangeable.

Latin Extended
French, German, Polish, Turkish, Vietnamese…
Diacritics + accents required
Cyrillic
Russian, Bulgarian, Ukrainian, Serbian…
Separate character set
RTL — Arabic / Hebrew
Arabic, Hebrew, Farsi, Urdu — full layout mirror
Direction + ligatures + composer
CJK
Chinese, Japanese, Korean — thousands of glyphs
Entirely separate font required

Latin Extended is the most commonly underestimated group. Most designers assume their brand font covers "European languages." It often doesn't — not Polish (ą, ę, ź, ż), not Turkish (ğ, ş, ı), not Vietnamese (130+ unique diacritic combinations). A font that handles French and German perfectly can still fail completely for Eastern European or Southeast Asian Latin languages.

The Brand Font Problem — and How to Explain It to a Client

This is the most sensitive conversation in multilingual DTP. A client has invested in a brand typeface. It appears on everything. And now you have to tell them it can't be used for the Arabic version of their annual report.

The reason is structural. Most commercial brand fonts are designed for one market — usually Western Europe and North America. Supporting Arabic, Hebrew, Cyrillic, and CJK on top of Latin requires thousands of additional glyphs, different typographic rules, and in the case of RTL languages, mirrored layout logic. Very few type foundries do this across all scripts in a single family.

Common brand font scenarios — and what breaks

❌ Problem scenario
A premium geometric sans-serif
EN: Sustainability Report
DE: Nachhaltigkeitsbericht
PL: Raport zrównowaonego
RU: [substituted system font]
Covers Western Latin only. Polish diacritics missing. Cyrillic fully unsupported. Requires a separate font for 4 of 6 target languages.
✅ Correct approach
Brand font + multilingual companion
EN/DE/FR: Brand font (headlines)
PL/CS/HU: Noto Sans (body) ✓
RU/UK: Noto Sans Cyrillic ✓
AR: Noto Naskh Arabic ✓
Brand font retained for supported languages. A visually compatible multilingual system font used elsewhere. Approved by brand team before translation starts.
💡
How to frame it for clients

Don't frame it as the font being "wrong." Frame it as a brand extension decision: which font best represents the brand in markets where the primary typeface can't render? Choosing a companion font is a brand decision, not a workaround. Involve the brand team early — ideally before the source document is designed.

Font Coverage Matrix — Which Fonts Work for Which Languages

This is the reference table agencies bookmark. It shows the most commonly used font families in multilingual DTP and which scripts they reliably support. Use it when selecting fonts for a new multilingual project or auditing an existing brand font.

Font family Latin
Extended
Cyrillic Arabic /
Hebrew
CJK Greek Cost
Noto Sans / Serif Google Fonts Free
Source Sans / Serif Pro Adobe / Google Fonts Free
Adobe Myriad Pro Adobe Fonts (CC) Adobe CC
Helvetica Now Monotype ~ ~ Paid
Frutiger / Neue Frutiger Linotype / Monotype ~ ~ Paid
IBM Plex Sans Google Fonts Free
Arial / Arial Unicode MS Microsoft (system) ~ ~ System
Calibri / Segoe UI Microsoft (system) ~ System
Noto Naskh Arabic Google Fonts Free
Noto Sans CJK (SC/TC/JP/KR) Google Fonts Free
Full support
~ Partial (some weights / variants only)
Not supported
⚠️
Important caveat

Font support varies between weights within the same family. A font covering Cyrillic in Regular may not cover it in Bold Condensed. Always test the specific weights your layout uses, not just the family name. Use InDesign's Glyph panel or fonts.google.com custom preview with a target language sample.

Recommended Font Families for Multilingual Projects

These are the fonts DTP specialists reach for when a brand font fails a target language — chosen for script coverage, visual neutrality, and InDesign compatibility.

Free
Noto Sans / Noto Serif
Google Fonts — the universal fallback
Latin Extended Cyrillic Arabic / Hebrew CJK Greek
Designed to eliminate tofu (missing glyphs). Covers 1,000+ languages across 100+ scripts. Clean and neutral — not exciting, but never broken.
Free
IBM Plex Sans
Google Fonts — modern and professional
Latin Extended Cyrillic Greek
A strong Noto alternative for Latin + Cyrillic + Greek projects. More characterful than Noto — works well as a brand companion when the primary font can't cover Cyrillic.
Adobe CC
Source Sans / Source Serif Pro
Adobe Fonts — design-quality multilingual
Latin Extended Cyrillic Greek
Adobe's open-source workhorse — already available if your team runs Creative Cloud. Full Central and Eastern European Latin, Cyrillic, and Greek. The serif companion Source Serif pairs well for editorial layouts.
Free
Noto Naskh Arabic
Google Fonts — RTL specialist
Arabic Farsi / Urdu
The most reliable free Arabic font for InDesign. Naskh is the standard script for printed Arabic body text. Use with InDesign's Adobe World-Ready Paragraph Composer.
Free
Noto Sans CJK
Google Fonts — available per region
Simplified Chinese Traditional Chinese Japanese Korean
Region-specific variants: Noto Sans SC (Simplified Chinese), TC (Traditional Chinese), JP (Japanese), KR (Korean). Use each variant for its market — character standards differ between regions.
Paid
FF Meta / Meta Serif
FontFont / Monotype
Latin Extended Cyrillic Greek
Highly regarded humanist sans-serif with full Central and Eastern European Latin, Cyrillic, and Greek across all weights. A premium option for projects that need a characterful typeface across European and Russian markets.

How to Check a Font Before Committing to It

Never assume a font works for a target language. Test it. The following workflow catches problems in minutes — before translation is commissioned and before a DTP operator spends hours on broken output.

Font audit workflow — do this before translation starts

  1. In InDesign, go to Type → Glyphs. Set the font to your brand font. Search for the target language's most common special characters — umlauts for German (ä ö ü), cedilla for French (ç), ogonek for Polish (ą ę ź ż). Blank boxes = missing glyphs.
  2. Visit fonts.google.com (even for paid fonts you own). Paste a sample sentence from your target language into the custom preview field. Missing characters appear as squares instantly.
  3. In InDesign, apply the brand font to a text frame with your test sentence. Enable Preferences → Composition → Substituted Fonts highlight. Pink text = unsupported characters.
  4. For RTL languages: apply the font, switch the composer to Adobe World-Ready Paragraph Composer in the Paragraph panel. If text direction or letter connection breaks, the font doesn't support that script.
  5. Run InDesign's Preflight panel (Window → Output → Preflight). It won't always catch missing glyphs, but it flags missing fonts and font substitutions that may stem from script issues.
Test string to copy-paste

Use this string to test a font across common European scripts in one go:

ÄÖÜäöüß · àâçéèêëîïôùûüÿ · ąćęłńóśźż · áéíóúüñ¿ · şğıİĞŞ · αβγδεζ · АБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ

If the font renders all of these cleanly, it covers German, French, Polish, Spanish, Turkish, Greek, and Russian. Any pink squares tell you immediately which markets need a companion font.

Arabic and Hebrew — the RTL Special Case

RTL languages are a category of their own. A font failure for Arabic or Hebrew isn't just about missing glyphs — it's about whether InDesign is using the correct text engine to render the script at all.

Standard InDesign uses the Adobe Paragraph Composer for left-to-right Latin text. For Arabic and Hebrew, you need the Adobe World-Ready Paragraph Composer. Without it, even a valid Arabic font will render incorrectly — letters appear isolated rather than joined, or the text defaults to left-to-right.

Enabling RTL support in InDesign

  1. Select the Arabic or Hebrew text frame.
  2. Open the Paragraph panel: Window → Type & Tables → Paragraph.
  3. From the Paragraph panel flyout menu (top-right hamburger icon), select Adobe World-Ready Paragraph Composer.
  4. The paragraph direction control now appears in the Paragraph panel — set it to Right to Left.
  5. For mixed RTL/LTR content (e.g. Arabic text with embedded English product names or URLs): use the Character panel flyout to set Character Direction for individual runs of LTR text within the RTL paragraph.
⚠️
Known InDesign bug — forced line breaks in RTL

A confirmed bug in InDesign 2024+: inserting a forced line break (Shift+Enter) inside an RTL paragraph resets the character direction to left-to-right, breaking Arabic or Hebrew text. Fix: set the forced line break's Character Direction explicitly to Right-to-Left via the Character panel. Never leave it at "Default" in RTL documents.

Pre-Project Font Checklist for Multilingual DTP

Run this before any multilingual project begins. 20 minutes now prevents hours of corrective work later.

📋
List every target language and its script group
Latin Extended, Cyrillic, Greek, Arabic, Hebrew, CJK — identify which script groups are in scope before touching fonts. The number of groups determines how many font decisions you need to make.
🔍
Audit the brand font against each script group
Use the test string above and InDesign's Glyphs panel. For each script group the brand font doesn't cover, document the gap and flag it for the client before translation is commissioned.
🤝
Get companion font approval before translation starts
Companion font selection for unsupported scripts must be approved by the client's brand team — it's a brand decision, not a technical default. Getting sign-off early avoids late-stage disputes about visual consistency.
⚖️
Check licensing for all target languages
Some commercial fonts are licensed per script or language group. Using a font for Arabic output when the license only covers Latin is a compliance issue. Check the EULA or contact the foundry before expanding usage.
📦
Package fonts with every file handoff
When handing off InDesign files, always use File → Package to include all fonts. Never assume the recipient has the same fonts installed — missing fonts cause silent substitutions that are hard to catch until print.
🖨️
Embed fonts in all export PDFs
In InDesign's PDF export settings, ensure Embed All Fonts is enabled. This prevents printers or viewers from substituting system fonts at the rendering stage.

The Short Version

Font failure in multilingual DTP has one root cause: assuming a font designed for one market works in another. It won't — and the problem won't surface clearly until a DTP operator opens the translated file and finds pink squares or a misrendered script already invoiced and approved.

The fix is a 20-minute audit at the start of every project. Identify the scripts in scope, test the brand font against each one, approve companion fonts for the gaps, and document everything before translation begins.

Bottom line for agencies

Include font auditing as a standard step in your multilingual project intake. It costs nothing extra, protects your client relationship, and makes the DTP phase dramatically faster. A project with confirmed fonts upfront runs in half the time of one where problems surface at the layout stage.

Further Reading & Resources