MR
Mayur Rathi
@mayurrathi
⭐ 5 GitHub stars

Hig Components Dialogs

>-

mkdir -p ./skills/hig-components-dialogs && curl -sfL https://raw.githubusercontent.com/mayurrathi/awesome-agent-skills/main/skills/hig-components-dialogs/SKILL.md -o ./skills/hig-components-dialogs/SKILL.md

Run in terminal / PowerShell. Requires curl (Unix) or PowerShell 5+ (Windows).

Skill Content

# 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)*


When to Use

This skill is applicable to execute the workflow or actions described in the overview.

🎯 Best For

  • Claude users
  • Software engineers
  • Development teams
  • Tech leads

💡 Use Cases

  • Code quality improvement
  • Best practice enforcement

📖 How to Use This Skill

  1. 1

    Install the Skill

    Copy the install command from the Terminal tab and run it. The SKILL.md file downloads to your local skills directory.

  2. 2

    Load into Your AI Assistant

    Open Claude and reference the skill. Paste the SKILL.md content or use the system prompt tab.

  3. 3

    Apply Hig Components Dialogs to Your Work

    Open your project in the AI assistant and ask it to apply the skill. Start with a small module to verify the output quality.

  4. 4

    Review and Refine

    Review AI suggestions before committing. Run tests, check for regressions, and iterate on the skill output.

❓ Frequently Asked Questions

Is Hig Components Dialogs compatible with Cursor and VS Code?

Yes — this skill works with any AI coding assistant including Cursor, VS Code with Copilot, and JetBrains IDEs.

Do I need specific dependencies for Hig Components Dialogs?

Check the install command and Works With section. Most code skills only require the AI assistant and your codebase.

How do I install Hig Components Dialogs?

Copy the install command from the Terminal tab and run it. The skill downloads to ./skills/hig-components-dialogs/SKILL.md, ready to use.

Can I customize this skill for my team?

Absolutely. Edit the SKILL.md file to add team-specific instructions, examples, or workflows.

⚠️ Common Mistakes to Avoid

Skipping validation

Always test AI-generated code changes, even for simple refactors.

Missing dependency updates

Check if the skill requires updated dependencies or new packages.

🔗 Related Skills