Labsco
jakubkrehel logo

make-interfaces-feel-better

β˜… 2,200

by jakubkrehel Β· part of jakubkrehel/make-interfaces-feel-better

Design engineering principles for making interfaces feel polished. Use when building UI components, reviewing frontend code, implementing animations, hover states, shadows, borders, typography, micro-interactions, enter/exit animations, or any visual detail work. Triggers on UI polish, design details, "make it feel better", "feels off", stagger animations, border radius, optical alignment, font smoothing, tabular numbers, image outlines, box shadows.

πŸ”₯πŸ”₯πŸ”₯πŸ”₯βœ“ VerifiedFreeQuick setup
🧰 Not standalone. This skill ships with jakubkrehel/make-interfaces-feel-better and only works together with that tool β€” install the tool first, then add this skill.

Design engineering principles for making interfaces feel polished. Use when building UI components, reviewing frontend code, implementing animations, hover states, shadows, borders, typography, micro-interactions, enter/exit animations, or any visual detail work. Triggers on UI polish, design details, "make it feel better", "feels off", stagger animations, border radius, optical alignment, font smoothing, tabular numbers, image outlines, box shadows.

Inspect the full instructions your agent will receiveExpand

This is the exact playbook injected into your agent when the skill activates β€” shown here so you can audit it before installing. You don't need to read it to use the skill.

by jakubkrehel

Design engineering principles for making interfaces feel polished. Use when building UI components, reviewing frontend code, implementing animations, hover states, shadows, borders, typography, micro-interactions, enter/exit animations, or any visual detail work. Triggers on UI polish, design details, "make it feel better", "feels off", stagger animations, border radius, optical alignment, font smoothing, tabular numbers, image outlines, box shadows. npx skills add https://github.com/jakubkrehel/make-interfaces-feel-better --skill make-interfaces-feel-better Download ZIPGitHub2.2k

Details that make interfaces feel better

Great interfaces rarely come from a single thing. It's usually a collection of small details that compound into a great experience. Apply these principles when building or reviewing UI code.

Quick Reference

Category When to Use Typography Text wrapping, font smoothing, tabular numbers Surfaces Border radius, optical alignment, shadows, image outlines, hit areas Animations Interruptible animations, enter/exit transitions, icon animations, scale on press Performance Transition specificity, will-change usage

Core Principles

1. Concentric Border Radius

Outer radius = inner radius + padding. Mismatched radii on nested elements is the most common thing that makes interfaces feel off.

2. Optical Over Geometric Alignment

When geometric centering looks off, align optically. Buttons with icons, play triangles, and asymmetric icons all need manual adjustment.

3. Shadows Over Borders

Layer multiple transparent box-shadow values for natural depth. Shadows adapt to any background; solid borders don't.

4. Interruptible Animations

Use CSS transitions for interactive state changes β€” they can be interrupted mid-animation. Reserve keyframes for staged sequences that run once.

5. Split and Stagger Enter Animations

Don't animate a single container. Break content into semantic chunks and stagger each with ~100ms delay.

6. Subtle Exit Animations

Use a small fixed translateY instead of full height. Exits should be softer than enters.

7. Contextual Icon Animations

Animate icons with opacity, scale, and blur instead of toggling visibility. Use exactly these values: scale from 0.25 to 1, opacity from 0 to 1, blur from 4px to 0px. If the project has motion or framer-motion in package.json, use transition: { type: "spring", duration: 0.3, bounce: 0 } β€” bounce must always be 0. If no motion library is installed, keep both icons in the DOM (one absolute-positioned) and cross-fade with CSS transitions using cubic-bezier(0.2, 0, 0, 1) β€” this gives both enter and exit animations without any dependency.

8. Font Smoothing

Apply -webkit-font-smoothing: antialiased to the root layout on macOS for crisper text.

9. Tabular Numbers

Use font-variant-numeric: tabular-nums for any dynamically updating numbers to prevent layout shift.

10. Text Wrapping

Use text-wrap: balance on headings. Use text-wrap: pretty for body text to avoid orphans.

11. Image Outlines

Add a subtle 1px outline with low opacity to images for consistent depth. The color must be pure black in light mode (rgba(0, 0, 0, 0.1)) and pure white in dark mode (rgba(255, 255, 255, 0.1)) β€” never a near-black like slate, zinc, or any tinted neutral. A tinted outline picks up the surface color underneath it and reads as dirt on the image edge.

12. Scale on Press

A subtle scale(0.96) on click gives buttons tactile feedback. Always use 0.96. Never use a value smaller than 0.95 β€” anything below feels exaggerated. Add a static prop to disable it when motion would be distracting.

13. Skip Animation on Page Load

Use initial={false} on AnimatePresence to prevent enter animations on first render. Verify it doesn't break intentional entrance animations.

14. Never Use transition: all

Always specify exact properties: transition-property: scale, opacity. Tailwind's transition-transform covers transform, translate, scale, rotate.

15. Use will-change Sparingly

Only for transform, opacity, filter β€” properties the GPU can composite. Never use will-change: all. Only add when you notice first-frame stutter.

16. Minimum Hit Area

Interactive elements need at least 40Γ—40px hit area. Extend with a pseudo-element if the visible element is smaller. Never let hit areas of two elements overlap.

Review Output Format

Always present changes as a markdown table with Before and After columns. Include every change you made β€” not just a subset. Never list findings as separate "Before:" / "After:" lines outside of a table. Group changes by principle using a heading above each table, and keep each row focused on a single diff so the reader can scan the whole list quickly.

Example

Concentric border radius

Before After rounded-xl on card + rounded-xl on inner button (p-2) rounded-2xl on card (12 + 8), rounded-lg on inner button border-radius: 16px on both nested surfaces Outer 24px, inner 16px with 8px padding

Tabular numbers

Before After <span>{count}</span> on animated counter <span className="tabular-nums">{count}</span> Default numerals on timer Added font-variant-numeric: tabular-nums to root

Scale on press

Before After <button className="..."> Added active:scale-[0.96] transition-transform scale(0.9) on press Raised to scale(0.96) β€” anything below 0.95 feels exaggerated

Rows should cite the specific file and the specific property that changed when it isn't obvious from the snippet. If a principle was reviewed but nothing needed to change, omit that table entirely β€” empty tables add noise.

Review Checklist

  • Nested rounded elements use concentric border radius

  • Icons are optically centered, not just geometrically

  • Shadows used instead of borders where appropriate

  • Enter animations are split and staggered

  • Exit animations are subtle

  • Dynamic numbers use tabular-nums

  • Font smoothing is applied

  • Headings use text-wrap: balance

  • Images have subtle outlines

  • Buttons use scale on press where appropriate

  • AnimatePresence uses initial={false} for default-state elements

  • No transition: all β€” only specific properties

  • will-change only on transform/opacity/filter, never all

  • Interactive elements have at least 40Γ—40px hit area

Reference Files

  • typography.md β€” Text wrapping, font smoothing, tabular numbers

  • surfaces.md β€” Border radius, optical alignment, shadows, image outlines

  • animations.md β€” Interruptible animations, enter/exit transitions, icon animations, scale on press

  • performance.md β€” Transition specificity, will-change usage

Related Skills

studio-e2e-tests supabase

Write and run Playwright E2E tests for Supabase Studio. Use when asked official

wiki-ado-convert microsoft

Converts VitePress/GFM wiki markdown to Azure DevOps Wiki-compatible format. Generates a Node.js build script that transforms Mermaid syntax, strips front… official

firebase-firestore-enterprise-native-mode firebase

Complete guide for provisioning, configuring, and securing Firestore Enterprise Native Mode. Covers provisioning setup, data model organization, and SDK integration across multiple languages Includes comprehensive security rules guidance for protecting data access and enforcing authorization policies Provides index configuration and query performance optimization best practices Structured reference documentation for each major setup and operational area official

airflow-hitl astronomer

Human approval gates, form inputs, and branching in Airflow DAGs using deferrable operators. Four operator types: ApprovalOperator for approve/reject decisions, HITLOperator for multi-option selection with forms, HITLBranchOperator for human-driven task routing, and HITLEntryOperator for form data collection All operators are deferrable, releasing worker slots while awaiting human response via Airflow UI's Required Actions tab or REST API Supports optional features including custom... official

exploring-llm-traces posthog

PostHog captures LLM/AI agent activity as traces. Each trace is a tree of events representing a single AI interaction β€” from the top-level agent invocation down to individual LLM API calls. official

MCP Integration sanity-io

This skill should be used when the user asks to "add MCP server", "integrate MCP", "configure MCP in plugin", "use .mcp.json", "set up Model Context Protocol",… official

speech firecrawl

Use when the user asks for text-to-speech narration or voiceover, accessibility reads, audio prompts, or batch speech generation via the OpenAI Audio API; run… official

command-development anthropic

Markdown-based slash commands for defining reusable prompts with dynamic arguments, file references, and bash execution. Commands are instructions written for Claude (not users), stored as .md files in .claude/commands/ , ~/.claude/commands/ , or plugin directories YAML frontmatter configures description, allowed tools, model selection, and argument hints; use $ARGUMENTS , $1 , $2 for dynamic substitution and @file-path syntax for file inclusion Bash execution via backticks gathers dynamic... official