Skip to content
Design
Skill

/hig-components-dialogs

Apple HIG guidance for presentation components including alerts, action sheets, popovers, sheets, and digit entry views. Use this skill when the user says "should I use an alert or a sheet," "how do I show a confirmation dialog," "when should I use a popover," "my modals are

BOOST
From plugin
hig-doctor
14815 skills1 MCP
Install
$ npx -y skills add raintree-technology/hig-doctor --skill hig-components-dialogs --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/hig-components-dialogs

Context preview

The summary Claude sees to decide when to auto-load this skill.

Apple HIG guidance for presentation components including alerts, action sheets, popovers, sheets, and digit entry views. Use this skill when the user says "should I use an alert or a sheet," "how do I show a confirmation dialog," "when should I use a popover," "my modals are

SKILL.md

hig-components-dialogs.SKILL.md
name: hig-components-dialogs
version: 1.0.0
description: >-
  Apple HIG guidance for presentation components including alerts, action sheets,
  popovers, sheets, and digit entry views. Use this skill when the user says
  "should I use an alert or a sheet," "how do I show a confirmation dialog,"
  "when should I use a popover," "my modals are annoying users," or asks about
  alert design, action sheet, popover, sheet, modal, dialog, digit entry,
  confirmation dialog, warning dialog, modal presentation, non-modal content,
  destructive action confirmation, or overlay UI patterns. Cross-references:
  hig-components-menus, hig-components-controls, hig-components-search,
  hig-patterns.

Apple HIG: Presentation Components

Check for `.claude/apple-design-context.md` before asking questions. Use existing context and only ask for information not already covered.

Key Principles

1. **Alerts: sparingly, for critical situations.** Errors needing attention, destructive action confirmations, or information requiring acknowledgment. They interrupt flow and demand a response.

2. **Sheets: focused tasks that maintain context.** Slides in from the edge (or attaches to a window on macOS). Use for creating items, editing settings, multi-step forms.

3. **Popovers: non-modal on iPad and Mac.** Appear next to the trigger element, dismissed by tapping outside. For additional information, options, or controls without taking over the screen.

4. **Action sheets: choosing among actions.** Present when picking from multiple actions, especially if one is destructive. iPhone: slide up from bottom. iPad: appear as popovers.

5. **Minimize interruptions.** Before reaching for a modal, consider inline presentation or making the action undoable instead.

6. **Concise, actionable alert text.** Short descriptive title. Brief message body if needed. Button labels should be specific verbs ("Delete", "Save"), not "OK".

7. **Mark destructive actions clearly.** Destructive button style (red text). Place destructive buttons where users are less likely to tap reflexively.

8. **Provide a cancel option** for alerts and action sheets with multiple actions. On action sheets, cancel appears at the bottom, separated.

9. **Digit entry: focused and accessible.** Appropriately sized input fields, automatic advancement between digits, support for paste and autofill.

10. **Adapt presentation to platform.** The same interaction may use different components on iPhone, iPad, Mac, and visionOS.

Reference Index

| Reference | Topic | Key content | |---|---|---| | [alerts.md](references/alerts.md) | Alerts | Button ordering, title/message text, confirmation, destructive actions | | [action-sheets.md](references/action-sheets.md) | Action sheets | Multiple actions, cancel option, destructive handling | | [popovers.md](references/popovers.md) | Popovers | Non-modal, dismiss on tap outside, iPad/Mac | | [sheets.md](references/sheets.md) | Sheets | Modal task, context preservation | | [digit-entry-views.md](references/digit-entry-views.md) | Digit entry | PIN input, autofill, auto-advance |

Output Format

1. **Recommended presentation type with rationale** and why alternatives are less suitable. 2. **Content guidelines** -- title, message, button labels per Apple's tone and brevity rules. 3. **Dismiss behavior** -- how the user dismisses and what happens (save, discard, cancel). 4. **Alternatives** -- when the scenario might not need a modal at all (inline feedback, undo, progressive disclosure).

Questions to Ask

1. What information or action does the presentation need? 2. Blocking or non-blocking? 3. Which platforms? 4. How often does this appear?

Related Skills

  • **hig-components-menus** -- Buttons and toolbar items triggering presentations
  • **hig-components-controls** -- Input controls within sheets and popovers
  • **hig-components-search** -- Search and navigation within presented views
  • **hig-patterns** -- Modality, interruptions, user flow management
  • **hig-foundations** -- Color, typography, layout for presentation components

---

*Built by [Raintree Technology](https://raintree.technology) · [More developer tools](https://raintree.technology)*

Read more
Ships withhig-doctor

Active open-source project · MIT tooling with attributed Apple reference content HIG Doctor helps developers and coding agents find interface issues before release.

Get the whole plugin

Other skills on hig-doctor.