better-typography
Skill5 starsChanged 11 days agoApache-2.0View on GitHub
Focuses on type scale, spacing, sizing, variable fonts, OpenType features, wrapping, truncation and other details that make typography feel great across your product.
30 other projects use a version of this, 29 of them edited.
Adopted by
Most recently taken up by
- memi-design/design-skillsedited, first seen Nov 8, 2026
- Tresnanda/kybernedited, first seen Nov 8, 2026
- genex-games/genex-desktopedited, first seen Nov 8, 2026
- compozy/compozyedited, first seen Nov 7, 2026
- cill-i-am/skillsedited, first seen Nov 1, 2026
- arthjean/skillsedited, first seen Nov 1, 2026
Used with
Projects with it also use improve-ui, good-css and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Discriminative-shoji607Skillimprove-ui
Audit an existing product surface against its own design evidence, identify verified UI problems, and write self-contained implementation plans for another agent. Strictly read-only on product source. Use when asked to review, refine, improve, or clean up an interface without replacing its identity; investigate design-system drift; or prepare a design handoff.
Also in 3 projects that use this
sanmidableSkillgood-css
Also in 3 projects that use this
ItamarZand88Skillcreate-design-md
Create a new DESIGN.md file for any website, app, or custom design system. Use when the user wants to document a design system in DESIGN.md format, extract design tokens from a URL or existing CSS, create a custom design system from scratch, author a DESIGN.md for their own project, or contribute a new design to the awesome-design-md collection. Also trigger when user mentions "design system documentation", wants to formalize their app's visual language, or asks to create or generate a DESIGN.md file.
Also in 3 projects that use this
agentset-aiSkillfixing-metadata
Ship correct, complete metadata.
Also in 3 projects that use this
studio-lgtmSkillmake-interfaces-feel-better
Apply design engineering best practices to polish UI components - use when reviewing or improving interfaces, animations, typography, or interaction details.
Also in 5 projects that use this
VercelSkillbaseline-ui
Validates animation durations, enforces typography scale, checks component accessibility, and prevents layout anti-patterns in Tailwind CSS projects. Use when building UI components, reviewing CSS utilities, styling React views, or enforcing design consistency.
Also in 3 projects that use this
Other versions30 projects use a version of this.
Word for word · 0
None found.
Edited · 29
- trycompai/crm★ 12k31% same
- jakubkrehel/skills★ 12k28% same
- talebook/talebook★ 5.9k39% same
- compozy/compozy★ 2.9k100% same
- moumen-soliman/uitripled★ 1.4k96% same
- genex-games/genex-desktop★ 810100% same
- Atharvsinh-codez/ObsidianUI★ 56239% same
- boraoztunc/skills★ 45439% same
- Dimon94/dverity★ 107100% same
- Dimon94/skills★ 107100% same
19 more not listed
Wrote their own version · 1
- hsynozdamar-byte/claude-skills-edited★ 4same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository168 other files it gives its agents.
- abel-sell-the-alphaSkill
- agent-governance-gap-analysisSkill
- agent-infra-fixerSkill
- agent-receiptSkill
- agent-skills-gapSkill
- ai-dnaSkill
- ai-festival-posterSkill
- ai-teamSkill
- albro-founder-brandSkill
- anatomySkill
- andy-raskin-strategic-narrativeSkill
- ar-aging-and-cash-applicationSkill
- asshauer-performance-contentSkill
- autonomous-researchSkill
- awwwards-sitesSkill
- bourgoin-why-we-buySkill
- brain-scanSkill
- brath-b2b-demand-frameworkSkill
- braun-poke-the-bearSkill
- broll-pickerSkill
- claritySkill
- client-commsSkill
- cli-ux-reviewSkill
- clone-my-voiceSkill
- clone-yourselfSkill
- costa-negotiation-dynamicsSkill
- crawler-access-auditSkill
- cv-job-matchSkill
- data-globeSkill
- decision-ledgerSkill
- denney-persona-angle-formatSkill
- dicks-homework-five-secondSkill
- domain-uptime-monitorSkill
- dreyer-funnel-diagnosisSkill
- dry-three-copy-testsSkill
- dunford-obviously-awesomeSkill
- edge-find-skillsSkill
- fede-cloneSkill
- fede-voiceSkill
- fehr-clarity-taste-strategySkill
- fitzpatrick-mom-testSkill
- flores-founder-content-machineSkill
- founders-handbookSkill
- foxwell-meta-creativeSkill
- frankus-geo-auditsSkill
- gahan-b2b-creator-blueprintSkill
- galloway-youtube-outlier-packagingSkill
- generate-imageSkill
- geo-dominationSkill
- gerhardt-founder-brandSkill
- german-taxes-elsterSkill
- goetz-challenger-marketingSkill
- greger-creator-squadSkill
- handley-everybody-writesSkill
- harness-firstSkill
- hire-founding-engineerSkill
- hott-ugly-adsSkill
- http-error-triageSkill
- hubspot-crm-cleanupSkill
- humanizerSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 3 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 30 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
When reviewing, read the rendered page instead of scanning the code.
- Distinctive: line 15
Write every fix in the project's styling system, and use the exact values below rather than familiar-looking equivalents.
- Very specific: line 21
Use .woff2 on the web, for Brotli compression and broad support.
- Very specific: line 25
When a CSS property exists, use it.
- Distinctive: line 88
Use smart punctuation in rendered text:
- Very specific: line 98
Default underlines sit wherever the browser decides.
- Very specific: line 109
Keep font-size: 16px and render the intended size with transform: scale(), compensating width and line-height.
- Very specific: line 115
Start long-form body text at 16px, the browser default.
- Very specific: line 119
When text looks low-contrast, use better-colors to measure the rendered pair and better-accessibility to classify the requirement.
- Very specific: line 131
Keep text selectable by default.
“Common” is measured: kept by at least 6 in 10 of the 30 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Typography
Typography is mostly restraint: a sensible scale, comfortable spacing, enough contrast. A label, a table cell, a marketing headline and an article paragraph do not share one set of rules.
When reviewing, read the rendered page instead of scanning the code. Bad wrapping, widows and truncation only show up at real content lengths.
Write every fix in the project's styling system, and use the exact values below rather than familiar-looking equivalents. The cheat sheet maps each declaration to its Tailwind equivalent.
The words themselves belong to better-writing. Semantic heading structure belongs to better-accessibility. Spatial RTL layout and logical properties belong to better-layout. Contrast measurement belongs to better-colors. This skill owns how text renders, wraps and behaves in mixed-direction content.
Serve the right format
Use .woff2 on the web, for Brotli compression and broad support. .woff is a fallback for very old browsers. .ttf and .otf are desktop formats with no web compression. How the files load is the project's concern.
Properties over raw tags
When a CSS property exists, use it. font-weight: 650 instead of font-variation-settings: "wght" 650. font-optical-sizing: auto instead of "opsz". font-variant-numeric: tabular-nums instead of font-feature-settings: "tnum" 1.
Properties keep working when a non-variable fallback renders. Reserve raw tags for custom axes ("GRAD" 80) and niche features ("ss01" 1) with no property of their own. Axes and feature tags are listed in variable-fonts-and-opentype.md.
Load intended weights and styles
Browsers synthesize a weight or style the active family doesn't provide, distorting the real face. Load the faces the design uses.
font-synthesis: none turns synthesis off, but it erases emphasis rather than reporting it. Set it only after checking every required bold, italic, small-cap, superscript and subscript form stays distinct across the fallback stack.
Fewer fonts, sizes and weights
Rarely use more than three fonts. Weight and size define hierarchy; overusing them hurts readability fast. Pair for contrast, not similarity: a serif headline over a sans body reads as deliberate, two near-identical sans-serifs read as a mistake.
Below 18px, stay at weight 400 or heavier. Weights under 300 are display-only at 28px+; they disappear at text sizes. Pairing guidance is in choosing-fonts.md.
Use a type scale with semantic names
Define a small set of sizes and deviate from it as little as possible. Hard-coded sizes with no system behind them break down at scale.
Solo, default names like text-sm are fine when the usage rules are clear. On a team, name sizes by use (text-body-sm) so the rules survive other people. Scale construction is in spacing-and-sizing.md.
Heading sizes descend with level
Map heading levels to descending steps of the type scale, so a visually subordinate heading never overpowers its parent. Adjacent levels may share a size toward the small end of the scale, as long as weight or spacing keeps them distinct. The semantic element is better-accessibility's; this skill sets only the visual treatment.
Line-height by role
Headings tighter, around 1.1. Body copy 1.5 to 1.6. Prefer unitless values, so line-height scales with the font size; a fixed 24px does not.
Tight line-height is for short text. Anything that wraps to three or more lines needs at least 1.4, even in a height-constrained row.
Letter-spacing by size
Large headings often look better with slightly negative letter-spacing. Small uppercase labels need a little positive letter-spacing, or the letters feel crowded. Body copy at reading sizes needs neither.
Cap the measure
Long lines make it hard for the eye to find the next one. Cap long-form text around 60–75 characters per line. Any unit works, as long as a cap exists and the line length lands in range. See unit choices and the pixel equivalents.
Wrap deliberately
Four declarations, four jobs:
text-wrap: balancedistributes text evenly across lines. Use it on headings.text-wrap: prettystops a single short word landing on the final line. Use it on descriptions.overflow-wrap: break-wordwhere a long word, link, or ID could escape the container.white-space: nowrapon labels and badges where a line break looks broken.
Skip balance and pretty in long-form text.
Tabular numbers on changing values
Digits have different widths by default, so timers, counters and prices shift the layout as they update. Apply font-variant-numeric: tabular-nums to any value that changes.
Truncate without losing content
For a single line, text-overflow: ellipsis with overflow: hidden and white-space: nowrap. For several, line-clamp. Truncation hides content. When the missing text matters, keep the full value reachable in a tooltip or an expanded view.
Write copy naturally, style with CSS
Store text in natural case and control presentation with text-transform, so a redesign never means rewriting copy.
Use smart punctuation in rendered text:
- Curly quotes in prose, straight quotes in code.
- An en dash for ranges:
2010–2020. - The single ellipsis character, not three periods.
to hold16 pxtogether across a line break.­to say where a long word may break.
Underlines from the font
Default underlines sit wherever the browser decides. Pull position and thickness from the font's own metrics with text-underline-position: from-font and text-decoration-thickness: from-font. Tune by hand with text-decoration-thickness, text-underline-offset and text-decoration-skip-ink.
text-decoration-style draws the line dotted, dashed, or wavy. A dotted underline is a common hint that a word carries extra information, such as an abbreviation or a defined term.
Color is the only part of a real underline that animates reliably. So unless the only thing animating is the color, build the underline as a separate element rather than using text-decoration.
Inputs at 16px on mobile
iOS Safari zooms the whole page when an input's text is smaller than 16px. Two fixes hold the size at 16px and look different, so ask which one the design wants:
- Size the input up on mobile (
text-base sm:text-sm). Changes how it looks on small screens. - Keep
font-size: 16pxand render the intended size withtransform: scale(), compensating width andline-height. Identical at every viewport, more code to maintain.
Both recipes are in details-and-accessibility.md.
Size and contrast floors
Start long-form body text at 16px, the browser default. Move off it only for a reason you can name: the typeface runs small, the measure is narrow, or the product is a dense professional tool.
UI text can go smaller. 14px is a useful starting point for inputs and menus, 13px for captions and rarely below 12px. Inputs still need 16px on mobile.
When text looks low-contrast, use better-colors to measure the rendered pair and better-accessibility to classify the requirement. Leave the colors alone unless asked.
Font smoothing on the root
On macOS, text renders heavier than intended. Apply -webkit-font-smoothing: antialiased and -moz-osx-font-smoothing: grayscale once on the root layout, never per component. Tailwind's antialiased covers both.
Language and bidi behavior
Set lang so browsers and assistive technology pick the right pronunciation, quotes and hyphenation. Set dir at the document or at the content boundary where direction changes. Preserve digit order, and use <bdi> to isolate a mixed-direction value. Spatial mirroring and logical CSS properties belong to better-layout.
Keep useful text selectable
Keep text selectable by default. ::selection can carry brand into the reading experience, as long as the selected combination stays legible.
user-select: none belongs on a draggable or gesture-driven surface where accidental selection interferes. Never across the interface and never because a button label can be highlighted.
Before you finish
| Mistake | Fix |
| Synthesized face differs from the design | Load the real face; disable only the verified synthesis mode |
| Child heading visually overpowers its parent | Map that section's hierarchy to descending scale steps |
| Heading element picked for its default size | Choose semantics first, then set the size in CSS |
| Orphan on the last line of a paragraph | text-wrap: pretty |
| Lopsided two-line heading | text-wrap: balance |
| Justified text in an interface | text-align: start; reserve justify for specific editorial layouts |
| Underline cuts through descenders | text-decoration-skip-ink: auto, from-font metrics |
| Mixed-direction value renders in the wrong order | Correct lang/dir; isolate the value with <bdi> |
| Selection disabled across application chrome | Restore it; suppress only where it conflicts with a drag or gesture |
| Extra-info hint with no visual cue | Dotted underline via text-decoration-style: dotted |
Thin/Light weight on 14px UI text | Weight 400+ below 18px; thin weights are display-only |
leading-none on a three-line card description | At least 1.4 on any text that wraps to 3+ lines |
Reporting
Severity. HIGH makes text unreadable or truncates content with no way to recover it. MEDIUM breaks the type system or the heading hierarchy. LOW is isolated polish.
Verification. Without a browser: computed size and weight for each heading level, checked descending; declared line-height and measure; truncation rules against realistic string lengths. With one: resize the viewport to catch wrapping, widows and truncation at real content lengths. Report every check you could not run as Not verified.
Format. Group findings under the principle each violates, ordered by severity, one row per root cause listing every location it appears in:
| Severity | Location | Before | After | Why |
Location is path/to/file:line. Why names the principle and the user impact.
End with Block when any HIGH remains, Approve otherwise, leaving the rest in the table as work to do. Never Approve coverage you did not inspect. With nothing to report, state "No actionable typography findings" and report verification.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

