Skip to content
cccskills
FreePublished on GitHub

fitts-law

Review button sizes and placement using Fitts's Law, which relates movement time to target size and distance. Plan touch areas and pointer controls that are easier to reach and activate, while considering spacing and accidental taps.

OriginalShow the original description

Apply Fitts's Law — target acquisition time depends on size and distance. Use when sizing and positioning controls, especially for touch. For how many controls to show at once, use `hicks-law`.

Run score Not tested

See how to install

Good for

  • Review mobile button sizes and thumb reach
  • Expand tap areas around small icons
  • Place form and dialog actions within easy reach
  • Investigate frequent mistaps and misclicks

Files included (1)

  • SKILL.md3.5 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Fitts's Law

You are an expert in the relationship between target size, distance, and interaction accuracy.

What You Do

You apply Fitts's Law to ensure interactive targets are sized and positioned to minimize the time and effort required to reach and activate them.

The Principle

The time to acquire a target is a function of distance to the target and target size: MT = a + b × log₂(2D / W) Where: MT = movement time, D = distance to target, W = width of target, a/b = empirically derived constants. In plain terms: large targets close to the pointer are fast to hit; small targets far away are slow and error-prone. Both dimensions — size and proximity — matter independently.

Practical Implications

Target Size

  • Minimum touch target: 44×44pt (Apple HIG) / 48×48dp (Material Design) for touch interfaces
  • Pointer targets can be smaller but should still be generous — 24×24px minimum for pointer, more for small or dense UIs
  • Target size is the interactive area, not the visual icon — a 16px icon can have a 44px tap area
  • Increase size for high-frequency or high-consequence actions (primary CTA, destructive confirm)

Target Distance

  • Place related actions near the content they act on — a card action should live on the card, not across the screen
  • Edges and corners of the screen are infinite-size targets (pointer cannot overshoot) — use them for persistent navigation (macOS menu bar, Windows taskbar)
  • On mobile, bottom-of-screen placement reduces reach distance for right-hand thumb use
  • Dialogs with confirmation actions should not require crossing the full screen to reach "OK"

What Fitts's Law Does Not Cover

  • Cognitive cost: it models motor time, not the time to decide what to tap. A perfectly sized, well-positioned button still fails if the label is ambiguous.
  • Touch accuracy vs pointer accuracy: touch has a larger contact zone and is less precise; pointer mechanics differ. The law applies to both but parameters vary.
  • Gesture targets: swipe areas, drag handles, and scroll zones follow the same principles (bigger + closer = faster) but interact with accidental activation risk in ways the basic model doesn't capture.

Common Design Applications

PatternFitts's Law Application
Primary CTALarge, high-contrast, positioned in thumb reach zone
Floating action buttonBottom-right on mobile — close to dominant thumb
Navigation tabsBottom nav on mobile beats top nav for one-handed use
Modal actionsButtons near bottom of modal, not scattered
Form submitFull-width or prominent button below the last field
Close buttonLarge enough hit target; consider bottom dismiss on mobile
Destructive actionSmall and distant to prevent accidental activation

Best Practices

  • Always test tap target size on real devices — what looks adequate in design tools is often too small in hand
  • Use padding, not visual size, to expand hit targets
  • Do not apply Fitts's Law in isolation to justify oversized buttons; balance with visual hierarchy and spacing
  • On desktop, exploit screen edges for persistent navigation; don't waste them
  • Audit high-error interactions (mis-taps, mis-clicks) first — they are almost always Fitts's Law failures

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

a-b-test-design

FreeSummary

Plan A/B experiments to measure the effect of a design change. Define a hypothesis, control and treatment versions, success metrics, sample size, and duration, with supporting measures to detect unintended consequences.

  • Planning a comparison between current and proposed designs
  • Defining success metrics for a change
  • Estimating sample size and test duration
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Assess an existing interface against WCAG 2.2 accessibility guidelines. Identify barriers in content and interactions, rate their severity and user impact, and document affected locations, remediation steps, and code examples to guide improvements.

  • Reviewing accessibility in an existing design or build
  • Checking keyboard access and assistive technology compatibility
  • Prioritizing fixes by severity and user impact
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Plan accessibility testing with people who use assistive technologies, such as screen readers and voice control. Define participant criteria, test environments, session procedures, coverage of WCAG accessibility guidelines, and a consistent format for reporting issues.

  • Planning test sessions with assistive technology users
  • Defining participant recruitment criteria
  • Mapping key user flows to test environments
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Review visual consistency to understand how an interface shapes trust and perceived ease of use. Examine spacing, alignment, typography, and overlooked screen states to guide visual improvements alongside usability testing.

  • Investigating poor feedback on a functional interface
  • Checking visual consistency before launch
  • Reviewing error, empty, and loading states
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

affinity-diagram

FreeSummary

Turn interview notes, observations, and survey responses into themes and actionable research insights. Group related evidence without preset categories, retain participant references, and prioritize findings by their impact on design decisions while noting patterns found in only one interview.

  • Synthesize findings across multiple interviews
  • Organize observation notes and survey responses
  • Prioritize research insights for design decisions
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Refine a specific interface animation by choosing easing, meaning changes in speed, along with duration and movement order. Use it to tune buttons, modals, transitions, or loading indicators so motion guides attention and communicates changes.

  • Tune how a modal enters and exits
  • Adjust button and toggle animations
  • Coordinate the order of related movements
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

See all skills by Owl-Listener

Report a problem with this skill