
RTL Design: What Actually Flips, and What Must Never Flip
RTL design has one rule: flip what follows reading direction, never flip what carries fixed meaning (numbers, logos, the play icon). Most Arabic interfaces are English layouts mirrored with one line of CSS, so they look Arabic and behave English.
direction: rtl is one line and takes a second to write. Which is why many people assume Arabic support is settled the moment it exists.
The problem is that this line flips the layout and addresses none of what makes an Arabic interface genuinely readable: not the typeface, not the line height, not number ordering, not the icons that should never be mirrored at all.
This guide is about the gap between the two, written for teams building Arabic or bilingual products for users in Saudi Arabia and the wider Gulf.
Mirrored versus Arabic-first
The distinction fits in one sentence: arabic first design makes its visual decisions against real Arabic text from day one, while mirrored right to left interfaces start as an English design and only flip direction.
Mirrored means the design was born in English and then flipped. The traces show up in small details users in Riyadh or Dubai feel without naming: unbalanced spacing, cramped text, and lines so long the eye tires.
Arabic-first means the visual decisions were made with Arabic text in front of you: type size chosen against Arabic, line height set against Arabic letterforms, line length measured in Arabic words.
The difference is not philosophical. Arabic text occupies different space from English at the same size, sits at a different height, and its letterforms change shape depending on position within the word. A design never tested against it will look either cramped or scattered.
What flips: and what must not
This table alone prevents the most common mistakes:
| Element | Flips? |
|---|---|
| Column order and overall layout | Yes |
| Text alignment | Yes |
| Navigation arrows (next / previous) | Yes |
| Dropdowns and toasts | Yes |
| Numbers | No: always read left to right |
| Code and URLs | No |
| The play icon ▶ and media controls | No: tied to time, not language |
| The checkmark ✓ | No: a symbol with no direction |
| Logos and wordmarks | No |
| Time-series charts | Usually no: time still moves rightward |
The general rule: flip what relates to reading direction, and never flip what carries fixed meaning. A clock pointing right stays pointing right in Arabic, because time does not change with language.
The most notorious mistake here is mirroring the play icon, which then reads as "rewind" to the user. The second is reversing progress-bar direction, so users appear to move backwards while advancing.
Numbers: the most frequently broken thing
Numbers are written and read left to right even inside fully Arabic text, whether they use Western digits (123) or Arabic-Indic digits (١٢٣). Browsers handle bidirectional text, but problems appear in mixed cases:
• A phone number beside Arabic text: the order can break visually around symbols like + or -. • A price range such as "from 500 to 2,000 riyals", the order can invert if the numerals are not isolated. • Dates and percentages inside an Arabic sentence. • A Latin brand name in the middle of an Arabic line.
The technical fix is not experimental: isolate the English or numeric portion in its own element with dir="ltr", or use HTML's bidirectional isolation elements. Do not solve it with extra spaces or by reordering words. it will look right on your machine and break on someone else's.
Always test the worst case: an Arabic sentence containing a number, a currency symbol, a Latin brand name, and punctuation at the end.
RTL design typography: where readability is won
The three most common mistakes in Arabic interfaces are all typographic:
1. Type set too small. Arabic letters connect and carry dots and detail above and below. A size that works in English looks crowded in Arabic. The practical rule: start at least one step larger than you would have in English.
2. Line height set too tight. This is the highest-impact of the three. Arabic letterforms extend above and below the line, and a line height tuned for English lets lines touch. Increase it noticeably, the readability difference is immediate.
3. Letter spacing. In English it is an acceptable design tool. In Arabic it breaks the connection between letters and turns a word into scattered characters. Never apply it to Arabic text.
Add to those: bold in Arabic does not behave as it does in Latin. Many Arabic typefaces ship only two or three weights, and the jump between them can be abrupt. Choose a family with a real weight range if you rely on weight for hierarchy.
And italics do not exist in Arabic at all. Slanting Arabic text is distortion, not styling. For emphasis use weight, colour or size.
Bilingual sites: the problem that only appears after launch
A two-language site is not one design with two texts. The most practical difference: text length changes.
An Arabic translation of an English sentence can be noticeably shorter or longer. That breaks:
• Buttons built to a fixed width, text either overflows or leaves an odd gap. • Equal-height cards in a grid, heights diverge between languages. • Headlines designed for two lines: they become three and push everything below them down.
The fix: design flexibly rather than to fixed widths, and test both languages on the same component before launch rather than after.
And remember the language switcher is part of the experience: it should be obvious, and it should take the user to the corresponding page rather than the homepage. Sending someone mid-article back to the homepage because they switched language is a direct loss.
Finally, be careful with the assumption that every visitor from Saudi Arabia wants Arabic. Many users across the Gulf prefer English in technical contexts. Suggest a language rather than forcing one by location, then remember the choice so nobody repeats it on every visit. Forced IP-based redirects add one more problem: they can block search engines from reaching the version you want indexed.
Forms and inputs: the detail always forgotten
RTL design usually gets tested by reading and rarely by typing. Yet forms are where the user either pays or stops.
Input direction. The cursor should start on the right in Arabic fields. But some fields must stay left-to-right whatever the interface language: email, password, URLs, card numbers. A right-aligned email field confuses users, because what they type is Latin.
Placeholder text. It inherits the field's alignment and is often forgotten, leaving it stranded on the wrong side.
Error messages. They should appear where the user expects, below the field and aligned with it, not at the opposite edge of the screen.
Numeric fields. Mobile numbers, verification codes, amounts: set them ltr explicitly, and test pasting into them rather than only typing.
Button order. In Arabic interfaces the primary action usually sits to the right. More important than the rule is being consistent across the whole site, because moving between two different orders is worse than one imperfect order.
Test the entire form in Arabic: fill it, make a deliberate mistake, submit it, and read the success message. The whole journey, not the first field.
A pre-launch checklist
Run it on a real phone, not in a browser preview:
1. Open every key page and look for cramped text or touching lines. 2. Type into every input: does the cursor start on the right? Is placeholder text aligned correctly? 3. Enter a phone number into an Arabic field and check its order after saving and re-displaying. 4. Review every directional icon: has anything flipped that should not have? 5. Switch language from a deep internal page: where did you land? 6. Open a page with a table or chart: does it still make sense? 7. Read a full paragraph on your phone. If your eyes tire, the line height is usually the cause.
How does this relate to search?
Less directly than claimed, and more indirectly than assumed.
There is no ranking factor called "Arabic interface quality". But:
• Bounce rate rises when text is tiring to read, and user behaviour is measured. • Correct lang and dir help search engines identify the page's language precisely, which is the foundation hreflang depends on in bilingual sites. • Text as text, not as images. More than one Arabic site sets headlines as images to dodge font problems. which hides that content from search entirely. • Visual stability suffers when fonts load late and the page jumps, and that is genuinely measured.
So the gain is real, but it arrives through the experience rather than through a direct signal.
Related reading: arabic typography, ux design agency, ui/ux design.
For more on Saudi digital strategy: Saudi Vision 2030 — Digital Transformation.
Similar News
View All NewsPDPL Compliance: What Saudi Arabia's Data Protection Law Means for Your Website
resourcesCommon Questions
No. It flips the layout and addresses neither type, nor line height, nor numbers, nor icons. It is the first step, not the last.
Line height. Arabic letterforms extend above and below the line, and increasing line height produces an immediate difference readers notice even without knowing why.
Prefer an Arabic typeface designed for Arabic, paired with a Latin face that matches it visually in weight and height. Some families ship both, already balanced, which saves you doing that work by hand.
Isolate numbers and Latin strings in elements with dir="ltr" rather than trying to fix the order with spaces. The manual fix looks correct on one device and breaks on others.
No. Mirror what relates to reading direction (navigation arrows). Do not mirror what carries fixed meaning (play, checkmarks, logos, time indicators).
Neither. Italics distort Arabic letterforms and letter spacing breaks their connections. Use weight, colour or size for emphasis instead.
It depends on the structure. A site built on a flexible design system needs typography values, direction handling and an icon review. A site built on fixed widths and hand-written spacing may be faster to rebuild page by page than to patch.
Not in the fundamentals. The script, the RTL rules, and the number handling stay identical, and users in Riyadh, Jeddah, Dubai, and Abu Dhabi bring the same expectations to an Arabic interface. The real differences live in locale details: some microcopy phrasing, the currency (riyal versus dirham), and date formats. Adjust those in the content layer, and keep the layout and technical rules unified.