For long-form article text in a design system, why is start-aligned ragged text preferred over justified text, and when is justification acceptable?
answer
- leftover space has to go somewhere
- few words per line, big gaps
- white rivers running down
- even word spacing, ragged end
- AAA 1.4.8, not an AA rule
basics
~20 sJustified text stretches word spacing unevenly to reach both margins, creating gaps and rivers that hurt reading, worst in narrow columns without hyphenation. Start-aligned ragged text keeps spacing even. Justification suits only wide, hyphenated, proofed columns.
solid answer
~50 sJustification makes every full line reach both margins by spreading the leftover space between words, and sometimes letters. In a wide column with good hyphenation the stretch is small; in a narrow screen column it is large and uneven, producing gaps and vertical **rivers** of white space that pull the eye down instead of along. Start-aligned text with a ragged end keeps word spacing constant, and its varied line endings even help readers find the next line. Uneven spacing is a known difficulty for some readers with dyslexia, and WCAG's Level AAA criterion 1.4.8 lists non-justified text among the settings a mechanism must make achievable; it is not an AA rule. A design system therefore makes start alignment the body default, keeps centered text for short elements, and offers justification, if at all, only where hyphenation and wide columns keep the stretch small.
go deeper
Recall that body text defaults to start alignment with a ragged end, that justified text creates uneven gaps, and that centered text is for short elements only.
Explain the mechanism: leftover space split among few gaps in a narrow column, rivers, and why hyphenation and column width decide whether justification is tolerable.
Show how you would encode alignment in the text styles, document when centered or justified text is allowed, and answer an editorial request for a print look without a silent override.
Weigh brand and editorial identity against readability for a publisher's long reads, and decide whether the system offers justification at all or leaves it out on purpose.
## The alignment options Text in a block can be aligned four ways, and each has a place: | Alignment | What it does | Good for | Cost in long text | |---|---|---|---| | Start-aligned, ragged end | Lines share a straight starting edge and end wherever the last word falls | Body copy, lists, most interface text | Uneven line endings, usually harmless | | Justified | Every full line is stretched to touch both margins | Wide, hyphenated, proofread print columns | Uneven word gaps and rivers of white space | | Centered | Each line is centered in the column | Short headings, pull quotes, empty states | Every line starts somewhere new, so the eye has to hunt | | End-aligned | Lines share the ending edge | Numbers in table columns, short metadata | Ragged starts, as with centered text | **Start** means the edge where reading begins: the left in left-to-right scripts, the right in right-to-left ones. Naming alignment by start and end rather than by left and right lets one text style serve both directions. ## What justification does A text engine justifies a line in a few steps: 1. Fill the line with as many whole words as fit. 2. Measure the leftover space between the last word and the far margin. 3. Divide that space among the gaps between words (and, in some engines, between letters) so the line reaches both margins. 4. Leave the last line of the paragraph start-aligned. The fewer words a line holds, the fewer gaps share the leftover space, and the wider each gap becomes. Where wide gaps happen to line up on consecutive lines they form **rivers**: vertical channels of white space that pull the eye down the paragraph instead of along the line. Start-aligned text keeps every word gap the same width, which is the even texture readers rely on, and its varied line endings give each line a distinct shape that helps the eye find the next one. ## Why screens make it worse than print - **Narrow, changing columns**: a phone column holds perhaps six to eight words, so each line's stretch is large, and the column width differs on every device. - **No proofing per line**: a print compositor or editor can fix a bad line by hand; on screen, nobody sees a given line break before the reader does. - **Hyphenation varies**: good justification depends on breaking long words, and automatic hyphenation quality differs by language, device and text engine. - **Long unbreakable strings**: web addresses, product codes and long compound words leave a line with one or two huge gaps. - **Reader settings move the breaks**: when readers enlarge text or spacing, every line break moves, so a paragraph that looked acceptable in review is re-justified into something else. ## Who is hurt most Uneven word spacing is a recognised difficulty for some readers with dyslexia, and for readers using screen magnification, who see only a few words at a time and can mistake a wide gap for the end of a line. WCAG 2.2 reflects this in **SC 1.4.8 Visual Presentation**, a **Level AAA** criterion that lists text which is not justified among the settings a mechanism must make achievable. It is not a Level AA requirement, so a candidate who says justified text fails an AA audit is overstating it; the AAA text still shows which way the evidence points. ## When justification is acceptable - A **wide** column where each line holds many words, so the stretch per gap stays small. - **Working hyphenation** for the language, so long words can break. - **Fixed, proofed output**, such as a print edition or a page laid out once and checked by eye. - A clear editorial reason, such as matching a print product's look, with the cost understood and accepted. ## What the design system encodes 1. The body and prose text styles default to **start alignment**. 2. Centered alignment is documented for **short** elements only, such as a pull quote or a section-front headline, with a line limit in the guidance. 3. Justification is either left out of the system or offered only as a prose option that requires hyphenation and a minimum column width. 4. The documentation states the reason, so a request to make the website look like the printed paper becomes a conversation instead of a silent override.
- Printed newspapers justify narrow columns. Why doesn't that practice carry over to the news site?Print columns have a fixed width, aggressive hyphenation and a compositor or editor who can fix bad lines before printing. On screen the column width changes with every device and reader setting, hyphenation quality varies, and nobody proofs each line break before readers see it, so the uneven gaps print hides show up constantly.
- A product team asks the design system for a justified option on long-read features. How would you respond?Ask what they want from it, usually a print-like look. If the system offers it at all, make it a prose option that requires working hyphenation and a minimum column width, and keep it off below that width. Document the readability cost, including the AAA guidance in WCAG 1.4.8, so the choice is made knowingly.
saying these in an interview costs you the question
- Justified text looks tidier, so it is more readable for body copy.
- Screen text engines justify as well as a print compositor does.
- WCAG 2.2 Level AA forbids justified text in body copy.
- Centered alignment is a good default for long article paragraphs.
- Left alignment is correct for every language, including right-to-left scripts.