Text ToolsDesign

Lorem Ipsum

A scrambled passage of Cicero has been filling layouts for five hundred years. Here is why it works — and when it stops working.

It is real Latin, deliberately broken

Lorem ipsum is not gibberish invented from nothing. It is a mangled extract from De Finibus Bonorum et Malorum — "On the Ends of Good and Evil" — a treatise on ethics written by Cicero in 45 BC. The familiar opening is a fragment of the phrase dolorem ipsum quia dolor sit amet, meaning roughly "pain itself, because it is pain". The passage begins mid-word: the "lorem" is what remains of "dolorem" after the first syllable was cut.

The scrambling is the point. Words have been altered, syllables dropped and letters swapped so the result reads as almost-Latin rather than Latin. Anyone who can read Latin would find it meaningless, which is exactly what a placeholder needs to be. A passage of genuine Cicero would be readable, and readable text is the one thing filler must never be.

Its origin as a design tool is usually traced to an unknown printer in the 1500s who scrambled a galley of type to make a specimen book, and the same text survived into the twentieth century through Letraset dry-transfer sheets and then into desktop publishing software. Five centuries of continuous use is a remarkable run for a corrupted quotation.

The identification of the source is comparatively recent. It was traced to Cicero in the 1980s by Richard McClintock, a Latin scholar at Hampden-Sydney College, who recognised consectetur — a real but distinctly uncommon Latin word — in the filler and followed it back to the original passage. Until then the text had been used for centuries by people who had no idea it meant anything at all, which is a nicely fitting history for something whose entire purpose is to be ignored.

Why fake language beats random characters

The obvious alternative — filling a layout with random letters, or repeating "text here" — fails for a reason that is easy to overlook. Placeholder text is not decoration; it is a simulation of the real content's visual behaviour, and a simulation is only useful if it behaves like the thing it stands in for.

Real prose has a characteristic distribution of word lengths: lots of short words, a scattering of long ones, and spaces at intervals that determine where lines can break. That distribution controls how ragged a right edge looks, how often hyphenation kicks in, and how many words fit on a line at a given measure. Lorem ipsum reproduces it closely enough that the typography you judge is the typography you will get.

Random characters do not. A block of "xkqjfmzp" has no spaces in plausible places, so it breaks in ways real text never would, and its letter shapes produce a different visual texture — a different apparent greyness on the page. Repeated identical phrases are worse still: the eye catches the repetition immediately and reads the pattern instead of assessing the layout.

There is a second, subtler benefit to using a language you cannot read. Because lorem ipsum is meaningless, it does not pull you into reading, so your attention stays on spacing, hierarchy and rhythm. Fill a mockup with real English and you will find yourself editing the copy instead of evaluating the design.

Choosing the right amount

The commonest mistake with placeholder text is using an arbitrary amount of it. The point of filler is to stand in for real content, so it should be roughly the length the real content will be. Three paragraphs of lorem ipsum in a slot that will hold one sentence tells you nothing useful, and a design that only looks good at exactly the placeholder length is a design that has not been tested.

ElementRoughly
Headline4–10 words
Subheading or standfirst15–25 words
Card or product description20–40 words
Article body paragraph40–80 words
Meta description140–160 characters

A far more valuable habit is to test the extremes rather than the average. Fill each slot once with the shortest plausible content and once with the longest, and see whether the layout survives both. Most real-world layout bugs — overflowing cards, headlines that wrap to four lines, buttons pushed off screen — are discovered this way and never by using a comfortable middling amount.

When placeholder text starts doing harm

Lorem ipsum is excellent for early typography and layout work. It becomes a liability at three specific moments.

In stakeholder reviews. A client looking at a page of fake Latin cannot evaluate the thing that will actually determine whether the page works, which is what it says. Worse, they often assume the design is further from finished than it is, or fixate on the placeholder itself. Real or realistic copy changes the quality of the feedback entirely.

When content decisions are still open. Designing a card that fits exactly forty words of lorem ipsum, then discovering the real descriptions run to a hundred and twenty, means redoing the design. Filler lets you postpone content questions, and postponed content questions have a habit of becoming layout emergencies.

Any time it might ship. Placeholder text has appeared in printed newspapers, on retail packaging, in app store listings and on live marketing pages more times than anyone can count. The fix is boring and effective: add "lorem ipsum" to whatever automated checks run before a release, so a build fails rather than a launch embarrasses.

What filler text is actually testing

It helps to be explicit about what you are looking at when a mockup is full of Latin, because "does this look right" is too vague to act on. There are four distinct things placeholder text lets you evaluate, and they fail in different ways.

Measure — the length of a line of text. The long-standing typographic guidance is somewhere around 45 to 75 characters per line for comfortable reading. Too short and the eye jumps back constantly; too long and it loses its place returning to the start of the next line. Placeholder text is the fastest way to check a column against that range, because you only need realistic word lengths, not real words.

Colour, in the typographic sense: the overall greyness of a block of text on the page. It is a function of typeface, size, weight, letter spacing and line height together, and it is genuinely difficult to judge from a single sentence. A few paragraphs of filler make an uneven texture — rivers of white space, lines that look too tight or too loose — immediately visible.

Hierarchy — whether headings, subheadings and body text separate clearly enough that someone can skim the page and understand its structure without reading. This is why generating filler with real heading and paragraph structure matters more than generating a lot of it.

Rhythm — the vertical spacing between elements. Consistent, deliberate spacing is most of what makes a layout feel considered rather than assembled, and inconsistencies only become obvious once there is enough content on the page for the eye to compare gaps.

Alternatives and when they help

A number of alternatives exist, and each solves a different problem.

Realistic placeholder copy — plausible sentences in the actual language of the product — is the strongest option once a design goes in front of anyone who is not a designer. It reads naturally, it exposes tone-of-voice questions early, and it makes reviews about the right things.

Localised filler matters more than people expect. German compound words run dramatically longer than English equivalents, and a design proven with lorem ipsum can break entirely when translated. If a product will ship in several languages, testing with text in the longest of them is not optional.

Themed generators — the joke ones full of pirate speak or cupcake recipes — are fun but counterproductive for serious work, precisely because they are readable. Every reviewer will read them and comment on them, which is the failure mode lorem ipsum exists to avoid.

For long-form testing there is also the option of using a public-domain text with the right rhythm. It has the same drawback as any readable filler, though it is a reasonable choice when you specifically want to see how a very long article behaves.

The content-first counterargument

There is a serious school of thought that placeholder text should barely be used at all, and it is worth taking seriously rather than dismissing. The argument is that design and content are not separable: a layout exists to communicate something specific, and designing the container before knowing what goes in it gets the order backwards.

The practical evidence for this is easy to recognise. Designs built around filler tend to assume every item is the same length, because the filler was. Real catalogues have one product with a two-word name and another with fourteen. Real articles have a headline that fits on one line and another that needs three. A card grid that looks immaculate with lorem ipsum can look broken the day it meets the database.

The counterargument to the counterargument is timing. Waiting for finished copy before laying anything out stalls the work, and in practice content and design get made in parallel by different people. The workable middle ground is to use filler only for structural exploration, switch to realistic copy as soon as the shape is settled, and — most importantly — deliberately test the extreme lengths rather than the comfortable average at every stage.

Getting the markup right

A practical detail that catches people out: placeholder text pasted as one enormous block does not test your layout, because your real content will be structured. If the finished page will have paragraphs, headings and lists, your placeholder needs them too — otherwise you have not tested paragraph spacing, heading hierarchy, or how a list sits against surrounding text.

This is why generating filler already wrapped in <p> tags or as Markdown is genuinely useful rather than a convenience. Pasting structured output into a template exercises the same CSS rules the real content will hit. Filler pasted as one paragraph silently skips all of it, and the spacing problems surface later, usually after the design is signed off.

The lorem ipsum generator outputs plain text, HTML paragraphs and Markdown for exactly this reason, and it varies sentence and paragraph lengths within realistic bounds so the greyness of the block matches real prose.

A checklist before you replace it

When the time comes to swap filler for real copy, a few checks catch the problems that otherwise surface after launch.

Search the whole project, not just the page you are looking at. Placeholder text hides in email templates, error states, empty states, tooltips and meta descriptions — all the places nobody opens during a normal review. A project-wide search for "lorem" and "ipsum" takes seconds.

Check every state, not just the happy one. Loading skeletons, zero-result screens and error messages are written last and reviewed least, and they are exactly where filler survives.

Re-test the layout with the real lengths. Real copy is almost never the length the filler was, and the differences show up as wrapped headlines, overflowing cards and buttons that no longer align. This is the step most often skipped, and the one that actually matters.

Look at the small screen first. Length problems that are invisible on a wide desktop layout become obvious at mobile widths, where there is far less room to absorb an extra line.

A sensible way to use it

Use lorem ipsum for what it is good at: early wireframes, typography exploration, testing line lengths and vertical rhythm, and any moment where content would be a distraction from a structural decision. It is a genuinely excellent tool for those jobs and has been for five hundred years.

Then replace it early — earlier than feels necessary. The moment anyone outside the design team is going to look at the work, or the moment a content question could change the layout, filler has done its job and is now hiding information you need. Every experienced team has a story about the alternative.

Generate what you need in the lorem ipsum generator — paragraphs, sentences, exact word counts or list items, in plain text, HTML or Markdown. If you are working on the real copy instead, the text utilities handle case conversion and cleanup, and the markdown editor gives you a live preview while you write.