Design for Focus, Not FOMO
A practical, golden-ratio system to build calm dashboards that reduce noise, guide attention, and speed decisions.
If your product feels busy, calm dashboards are the antidote. This approach uses golden-ratio anchors (3/5, 5/8), one consistent gutter, and ruthless information triage so teams scan faster and click with confidence. I borrowed the same “pre-decision” mindset I use in layouts from my Golden Scaling in Practice post and applied it to analytics screens.
Why calm dashboards beat crowded ones
Crowding fractures attention. Calm dashboards establish one dominant element (headline/KPI), one supporting action (CTA), and everything else subordinate. This creates a reliable reading path and fewer hesitations.
ϕ anchors for calm dashboards
Pin the headline to the 3/5 vertical and the primary CTA to the 5/8 horizontal. Choose one baseline gutter—8, 13, or 21—and stick to it across the screen. These rails remove most micro-decisions and give your interface a steady rhythm.
Information triage that keeps calm dashboards calm
Sort every module into: Now (decision-critical), Next (context), Nice (reference). Now goes on your anchor lines; Next aligns to parallel rails; Nice is collapsible. This simple rule cuts clutter without cutting capability.
Interaction rules for calm dashboards
Limit the screen to one primary action; demote the rest. Prefer subtle motion only on state changes. Keep focus order left→right, top→bottom along your rails. For a second opinion on layout fundamentals, review Material Design’s layout overview and map its guidance onto your φ grid.
Before → After (mini pattern)
Before: center-stacked widgets, variable paddings, CTA shouting, three competing KPI rows.
After: headline on 3/5, KPI strip aligned to the 5/8 cross-line, filters on a parallel rail, uniform 13-pt gutter. Scan time drops; decisions rise.
Ship it
Clone this recipe on one dashboard today: set φ rails, pick one gutter, triage modules, and run a squint test. Close by validating focus order with keyboard only. Download the Calm Dashboard Checklist and start removing noise on purpose.
How the ϕ Grid Made My UI Cleaner (and My Brain Calmer)
A simple golden-ratio layout system (anchors at 3/5 and 5/8) that tightened my interfaces, reduced decision fatigue, and gave me a repeatable checklist for every screen.
TL;DR
- Use a ϕ:1 canvas (width:height ≈ 1.618) or nest ϕ blocks inside standard frames.
- Place primary headlines on the 3/5 vertical; align CTAs near the 5/8 horizontal.
- Build a tiny 3-row / 5-column scaffold; snap cards and media to those rails.
- Result: fewer alignment decisions, stronger rhythm, and calmer screens.
Why Golden Scaling (ϕ) stabilizes a screen
Most “messy UI” isn’t about color or type—it's inconsistent spacing and weak anchors. The golden ratio gives you predictable anchor lines so your composition feels intentional without constant nudging. I call this Golden Scaling: a lightweight way to pre-decide where things go so your brain doesn’t rehearse the same layout argument twelve times a day.
The anchors I use (and why)
Primary rails
- 3/5 vertical (~60% from the left): natural spot for headlines / section titles.
- 5/8 horizontal (~62.5% from the top): reliable CTA / key control line.
Support rails
- Fibonacci gutters: 8, 13, 21 pt (pick one per screen and stick to it).
- Type rhythm: base size × ϕ for display, ÷ ϕ for captions.
- Card corners & shadows: keep consistent; let position, not decoration, carry hierarchy.
These ratios won’t magically design for you—they just remove 80% of dithering.
Before → After (what changed)
Before
- Headline floated; CTA fought the list for attention.
- Inconsistent padding produced micro-misalignments.
- Eyes wandered; no single “resting line.”
After (ϕ grid)
- Headline locked to 3/5 vertical; the eye lands, then scans.
- CTA chip rides the 5/8 horizontal—always discoverable, never shouting.
- List/grid toggle sits on a secondary rail; spacing uses one Fibonacci gutter across the screen.
Result: the same pieces, less noise.
The ϕ Layout Checklist (copy-paste)
Canvas
- Choose canvas: ϕ:1 or nest ϕ blocks inside your existing aspect.
- Set one baseline grid (8/13/21 pt); don’t mix within a single screen.
Anchors
- Place H1/Hero on 3/5 vertical.
- Place primary CTA on 5/8 horizontal.
- Place secondary controls (filters/toggles) on a parallel rail (same offset, smaller weight).
Hierarchy
- One dominant (headline), one supporting (CTA), everything else subordinate.
- Use spacing, not decoration, to show priority.
- Keep type: Base → Base×ϕ for display, Base/ϕ for captions.
Rhythm
- Use a single gutter size (8/13/21).
- Align media edges to rails; crop images to land a focal point near an anchor.
Review
- Zoom out to 25%: can you point to the headline in 1s? the CTA in 2s?
- Nudge only along rails; no freehand micro-moves.
👉 CTA: Try my φ layout checklist — copy this block into your design system and staple it to your next wireframe.
How to apply it in 10 minutes (mini How-To)
- Overlay rails: draw a vertical line at 60% (3/5) and a horizontal line at 62.5% (5/8).
- Pin your headline to the 3/5 line; nudge baseline to snap.
- Park your CTA where the 5/8 horizontal crosses a comfortable right-hand column.
- Choose one gutter (8, 13, or 21). Re-space everything to multiples of that unit.
- Remove decorative crutches (extra rules, random bolds). Let the grid do the work.
- Squint test + keyboard only: if focus order follows the rails, you’re good.
Accessibility & motion
- Motion: prefer tiny easing on entry; avoid parallax that breaks anchor perception.
- Focus order: follow rails left-to-right, top-to-bottom.
- Hit targets: minimum 44×44; don’t let rails talk you into tiny taps.
- Contrast: the grid sets placement; color still needs WCAG AA at minimum.
Pitfalls I hit (so you don’t)
- Too many rails: keep it to the big two plus your baseline grid.
- Mixing gutters: one screen, one unit.
- Center-bias: it’s tempting to center everything; resist. Let 3/5 lead.
- CTA drift: every revision tries to walk the CTA off its line. Lock it.
FAQ
Isn’t the golden ratio overhyped?
If you treat it like superstition—yes. As a decision framework for anchors and rhythm—useful.
What if my screen isn’t a φ aspect?
Nest ϕ blocks (cards/sections) within whatever frame you have. The anchors still work.
Does this replace design sense?
No. It just reduces choices so your taste can focus on content and flow.
Version / Update box
v1.0 (2025-09-30): First publish with checklist + anchor math.
Planned: downloadable rail overlays (SVG) and a Figma template.
Call to Action
Try my φ layout checklist. Paste it into your design system, apply it to one screen, and reply with a screenshot. I’ll give quick feedback and share a reusable overlay next.
—
Signature:
Rev. Brian Scott O’Keefe (randomblink)
“Ship simply. Then simplify the ship.”
Recents, Favorites, and Tag Filters That Don’t Fight Your Brain
A calmer file view for LifeOS—PARA-ish structure, faster list/grid toggles, and Drive metadata that actually helps you decide.
Why this sketch (and promise)
My Second Brain is two things:
- a part of an application I’m building (LifeOS), and
- a simple system for organizing anything, anywhere.
Since my strokes, I make better decisions with fewer choices on screen. This view is designed to remove friction: Recents, Favorites, and straightforward tag filters—sitting on top of a PARA-ish structure—so I can pick a file and move.
You’ll get: a visual model you can copy today, and a peek at how it lands in LifeOS.
The model (PARA + overlays)
PARA tiers
- Projects — time-boxed outcomes (draft a post, ship a feature)
- Areas — ongoing responsibilities (Finances, Health, Client A)
- Resources — reference you reuse (Design patterns, Prompts, Research)
- Archives — past work, completed, cold storage
Global overlays
- Recents — last 30 touched. Fast path to “what I was doing.”
- Favorites — manually starred items for the week’s focus.
- Tags — compact chips (topic, status, app). Use 3–7 core tags; more is friction.
Why overlays? Because Recents and Favorites are how I think in motion, not locations. And tags cut across PARA without breaking it.
The view (don’t fight your brain)
List ↔ Grid toggle
- List for density (modified date, size, type inline).
- Grid for visual scan (thumbnails, shorter labels).
- Toggle persists per section (e.g., Projects default list; Resources default grid).
Metadata that matters
- Modified (primary), Type, Size (secondary).
- Progressive disclosure: show more on hover/tap or when the row is focused.
Quick filters
- One row of chips:
#writing
#design
#needs-review
#clientA
#pdf
- One “More…” popover for the long tail—never force a sidebar jungle.
How it lands in LifeOS (v0 sketch)
- Sections: PARA panes in the left rail; Recents and Favorites above them.
- List/Grid: segmented control in the header; persists by section via
UserDefaults
.
- Drive metadata: size, modified, MIME type pulled via token-based REST (no GTLR).
- Thumbnails: lightweight preview for common types (images, PDFs, key docs).
- Tags: local + cloud; filter chips at top of content pane.
Tech note: LifeOS 0.1.0-dev (Swift 6, Xcode 16). Google Drive/Calendar v3 via REST + URLSession
. Tokens in Keychain. No GTLR.
See also: /lifeos-scribraria-dev-log-1
A simple system you can use today (even without LifeOS)
- Create four top folders: Projects, Areas, Resources, Archives.
- Add a Recents smart view (or sort by modified desc).
- Add a Favorites star/flag.
- Pick 5 core tags (topic or status). Keep it small.
- Decide your defaults: Projects=List, Resources=Grid.
- Review weekly: unstar old items, archive done projects.
Accessibility & calm design choices
- Minimum 14–16pt labels; 44pt hit targets.
- One line of tags visible by default; scroll inside the chip row if needed.
- No color-only signals: use icons + text (★ Favorite, ● Modified).
- Keyboard first:
/
to search, g l
list, g g
grid, t
to toggle tag focus.
What I’m testing next
- Thumbnail performance on large folders
- Tag suggestions from content (lightweight, on-device)
- “Session stacks”: an automatic bundle of files from the last 90 minutes
Call to action
What’s your must-have: thumbnails, tags, or modified dates?
Comment below (pick one), and I’ll tune the next build around it.
Internal & External Links
Update / Version Box (for version-sensitive posts)
LifeOS File View — v0.1 Sketch
- Build: 0.1.0-dev (Swift 6 / Xcode 16)
- Status: prototyping list/grid persistence, Drive metadata rows
- Next planned update: thumbnails performance sweep + tag UX polish
Signature
— randomblink
“Calm the screen, speed the decision.”