Ui Density

dembrandt/dembrandt-skills/skills/ui-density

作者 dembrandt20de5f225ea7cffe2a721ac18c1077a92769a013无许可证收录于 2026年10月9日更新于 2026年10月9日

Match information density to platform and user type. Use when designing data tables, dashboards or toolbars, or adapting a desktop product for mobile.

仅含说明Design & Creative
AI 生成的概览

按平台和用户类型指导界面信息密度,涵盖表格、仪表盘、工具栏与移动端适配。

功能
该技能就给定区域内应呈现多少信息和多少交互元素给出指导。它提供各平台默认密度、按用户类型的密度建议、CSS 密度令牌、各平台功能数量优先级、移动端精简策略以及检查清单。产出的是设计建议,而非文件或代码成品。
适用场景
适用于设计数据表格、仪表盘或工具栏,判断界面应有多密集,或将桌面产品适配到移动端。也适用于关于高级用户模式、专家用户与普通用户对比,以及减少用户阅读量的问题。
运行要求
无需任何工具、软件包、运行时、凭据或网络访问;仅为说明性内容,不附带脚本。

UI Density

Density describes how much information and how many interactive elements appear in a given area. The right density is not a universal standard — it depends on platform, user type, and session context.

Platform Defaults

PlatformDefault densityReason
DesktopMedium to highLarge screen, precise input, often primary work surface
TabletMediumTouch input, larger than phone but less than desktop
MobileLowSmall screen, touch targets need space, interrupted sessions

Never port a dense desktop layout directly to mobile. Remove, collapse, or deprioritise features rather than shrinking them.

User Type and Density

User typeAppropriate densityExamples
Power user / enterpriseHigh density acceptableTrading platforms, ERP, analytics, developer tools
Occasional / general userMedium — clear visual breathing roomSaaS dashboards, project management
Consumer / first-time userLow — guided, unclutteredOnboarding flows, consumer apps, e-commerce

A trading platform operator sits in the product for 8 hours a day and has learned every pixel — high density serves them. A user visiting a settings page once a month needs clear space and obvious labels.

Domain experts tolerate complexity — if it solves the right problem quickly. People who know the domain (especially in internal tools) will happily use dense, complex, feature-rich interfaces, because the complexity maps to a mental model they already hold. Two conditions make this work rather than overwhelm:

  • Terminology matches their vocabulary. The labels, abbreviations, and jargon are the ones they already use. A term that's opaque to a consumer is a precise, fast signal to an expert — don't dumb it down for an audience that isn't there.
  • The outcome stays quickly reachable. Density is fine as long as the result — the answer they came for, or the action they need — is fast to see or do, typically through an obvious primary action (see [[visual-emphasis-and-hierarchy]]). Complexity that surrounds a clear path to the outcome is power; complexity that buries the outcome is clutter.

Design a power-user mode around this: high density, expert terminology, keyboard-driven, primary action always in reach — distinct from a casual/first-time mode that guides and unclutters. The same product may offer both; match the mode to who is actually using the view.

Density Tokens

Define spacing scale with density in mind. A compact variant reduces padding without changing structure:

css
/* Default density */--density-row-height:    44px;--density-cell-padding:  var(--space-3) var(--space-4);--density-gap:           var(--space-4);
/* Compact (enterprise / data-heavy) */[data-density="compact"] {  --density-row-height:    32px;  --density-cell-padding:  var(--space-2) var(--space-3);  --density-gap:           var(--space-2);}
/* Spacious (consumer / onboarding) */[data-density="spacious"] {  --density-row-height:    56px;  --density-cell-padding:  var(--space-4) var(--space-6);  --density-gap:           var(--space-6);}

Feature Count by Platform

Not every feature belongs on every platform. For each feature ask: does a mobile user need this right now?

PriorityMobileTabletDesktop
Core taskAlwaysAlwaysAlways
Secondary actionsCollapsed (menu/sheet)VisibleVisible
Filters and sortingAccessible but not persistentCollapsiblePersistent sidebar or toolbar
Bulk actionsHidden or minimalReducedFull
Advanced settingsLink to separate screenLink or panelInline or panel
Data visualisationSimplified (key metric only)Reduced chartFull chart

Density and Feature Reduction on Mobile

Sections and features can be removed, collapsed, or repositioned on smaller viewports — not just resized.

  • Remove: Decorative sidebars, secondary data columns, promotional banners
  • Collapse: Filters, advanced options, secondary navigation into accordions or bottom sheets
  • Reposition: Toolbars move from top to bottom (thumb reach), sidebars move to drawers
  • Simplify: A multi-column data table becomes a card list; a full chart becomes a single key metric

Progressive disclosure is the principle: show the minimum needed to complete the primary task, reveal more on demand.

Reading Is Time

The most under-counted cost in a dense UI is reading. Every word the user must read to orient themselves is time spent, and it compounds — the more there is to read, the slower the whole interface feels, on every visit. Density is not just "how much fits on screen"; it's "how much the user has to read to act." Reduce that load:

  • Cut words before you shrink them. The fix for a cramped screen is usually less content, not smaller type (see [[modular-scale-typography]]).
  • Let recognisable icons replace reading where a concept has an unambiguous, standard icon — the eye recognises a shape faster than it reads a word (see [[brand-visual-language]]).
  • But don't over-ice with icons. A wrong or decorative icon adds a thing to interpret instead of removing one; and an icon on everything is its own noise. Right icon, relevant place only.
  • Front-load the scannable bit. Put the word or number the user scans for at the start of the line/label, so they don't read the whole thing to find it.

The goal: a user should be able to glance, not read, to know where they are and what to do next.

Review Checklist

  • Is the density appropriate for the primary platform (desktop = can be denser, mobile = must be sparse)?
  • Is the density appropriate for the user type (power user = higher density, consumer = more space)?
  • Are spacing tokens used to define density — not one-off padding values?
  • On mobile: are secondary features collapsed, repositioned, or removed rather than shrunk?
  • Are touch targets ≥ 44×44px even in compact density variants?
  • Is a density toggle offered for enterprise tools where users have strong personal preferences?

来源与署名

来源:dembrandt/dembrandt-skills位于skills/ui-density提交20de5f2

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架