hig-components-menus
von raintree-technologyhig-components-menus ist ein Apple-HIG-Leitfaden-Skill für Menüs und befehlsbasierte Oberflächen mit Buttons. Verwenden Sie den hig-components-menus-Skill für UI-Design-Entscheidungen zu Menüs, Kontextmenüs, Werkzeugleisten, Menüleisten und verwandten Steuerelementen, wenn Sie Apple-spezifische Hinweise zu Platzierung, Gruppierung und Verhalten von Befehlen benötigen.
Dieser Skill erreicht 82/100 und ist damit ein solider Verzeichniseintrag für Nutzer, die Apple-HIG-Hinweise zu Menüs und Buttons brauchen. Er liefert einen klaren Auslösebereich, konkrete Entscheidungshinweise und genügend strukturierte Referenzmaterialien, damit Agenten mit weniger Rätselraten arbeiten können als bei einem generischen Prompt. Es handelt sich jedoch eher um einen Leitfaden-Index als um eine Schritt-für-Schritt-Automatisierung.
- Starke Auslösbarkeit: Die Beschreibung nennt viele konkrete Nutzerabsichten und Komponententypen, sodass ein Agent den Skill zuverlässig aufrufen kann.
- Gute, belegte Abdeckung: Der Inhalt verknüpft Menüs, Kontextmenüs, Bearbeitungsmenüs, Menüleiste, Werkzeugleisten, Aktionsbuttons, Auf-/Dropdown-Buttons, Offenlegungssteuerelemente und Standardbuttons.
- Hilfreiche Querverweise und Quellenangaben: 11 Referenzdateien verweisen auf kanonische Apple-HIG-Seiten, was Vertrauen und Navigation verbessert.
- Operativ eher schlank: Das Repository besteht größtenteils aus strukturiertem Referenzmaterial; es gibt keine Skripte oder einen Installationsbefehl für die praktische Ausführung.
- Teilweise Breite statt Tiefe: Die Beschreibung ist umfassend, aber die sichtbaren Auszüge deuten darauf hin, dass die Hinweise eher auf einer höheren Ebene bleiben und vom Agenten aus mehreren Quellen zusammengeführt werden müssen.
Überblick über das Skill hig-components-menus
hig-components-menus ist ein Apple-HIG-Leitfaden-Skill für die Gestaltung von Menüs und buttonbasierten Befehlsoberflächen auf Apple-Plattformen. Verwenden Sie den Skill hig-components-menus, wenn Sie praktische Orientierung zu Menüs, Kontextmenüs, Dock-Menüs, Edit-Menüs, der Menüleiste, Toolbars, Aktionsbuttons, Pop-up-Buttons, Pull-down-Buttons, Disclosure Controls oder Standard-Buttons benötigen.
Dieser Skill eignet sich besonders für UI-Designer, Produktdesigner, Frontend-Engineers und AI Agents, die Apple-typische Interface-Guidance erzeugen. Die eigentliche Aufgabe lautet nicht „Was ist ein Menü?“, sondern „Welches Bedienelement gehört hierhin, was sollte es enthalten und wie sollte es sich verhalten, damit es Apples Konventionen entspricht und vorhersehbar bleibt?“
Wobei der Skill bei Entscheidungen hilft
Der Leitfaden hig-components-menus ist nützlich, wenn es bei der Designfrage um die Platzierung von Befehlen geht und nicht nur um optischen Feinschliff. Er hilft Ihnen dabei, zwischen Toolbar-Aktionen, Befehlen in der Menüleiste, Kontextmenüs und Inline-Steuerelementen zu wählen, Menüs nicht mit minderwertigen Einträgen zu überfrachten und Beschriftungen, Reihenfolge und Gruppierung an die Erwartungen der Plattform anzupassen.
Warum sich die Installation lohnt
Im Vergleich zu einem generischen Prompt bietet hig-components-menus eine strukturierte HIG-Abdeckung plus Querverweise zu angrenzenden Themen wie Buttons, Kontextmenüs, Edit-Menüs und Toolbars. Dadurch ist der Skill stärker bei Entscheidungen, die von Komponentenabgrenzungen und Verhalten abhängen, vor allem wenn Sie Apple-spezifische Konsistenz statt allgemeiner UI-Tipps brauchen.
Geeignete und ungeeignete Anwendungsfälle
Installieren Sie hig-components-menus, wenn Sie für Apple-Plattformen gestalten oder Produktabsichten in eine Apple-HIG-konforme UI übersetzen. Verzichten Sie darauf, wenn Sie Framework-Code, Details zur Implementierung von Komponenten oder Nicht-Apple-Designsysteme benötigen; dieser Skill liefert Designempfehlungen und Interaktionsentscheidungen, keine SDK-APIs.
So verwenden Sie den Skill hig-components-menus
Installieren und die richtige Einstiegsdatei öffnen
Verwenden Sie den Installationspfad von hig-components-menus aus dem Verzeichnis und starten Sie dann mit SKILL.md. Die nützlichsten Begleitdateien sind die Seiten unter references/, weil sie die wichtigsten Komponentenfamilien in gut lesbare Abschnitte aufteilen. Für eine schnelle Ersteinschätzung lesen Sie zuerst references/menus.md, references/buttons.md, references/context-menus.md und references/toolbars.md.
Geben Sie dem Skill ein konkretes UI-Problem
Die Verwendung von hig-components-menus funktioniert am besten, wenn Sie Bildschirm, Plattform und Nutzerziel beschreiben, statt abstrakte Designfragen zu stellen. Starke Eingaben nennen die Befehlsquelle, den Kontext und die Einschränkung:
- „Gestalte die Befehlsoberfläche für einen macOS-Dokumenteneditor mit 8 häufigen Aktionen und 12 gelegentlichen Aktionen.“
- „Sollten Löschen, Duplizieren und Teilen auf iPadOS in der Toolbar, im Kontextmenü oder in der Menüleiste liegen?“
- „Wie sollte sich ein Apple-typisches Kontextmenü bei markiertem Text im Vergleich zu einem Dateielement unterscheiden?“
Wenn Sie nur sagen „Gestalte mein Menü“, muss der Skill das Interaktionsmodell raten und ist entsprechend weniger hilfreich.
Lesen Sie die Referenzen in der Reihenfolge der Entscheidung
Ein praxisnaher Leitfaden zu hig-components-menus beginnt meist mit der Hauptkomponente und grenzt dann Sonderfälle ein. Lesen Sie references/menus.md für Regeln zu Beschriftung und Struktur, references/context-menus.md für Relevanz und Anzahl der Einträge und references/toolbars.md, wenn Sie entscheiden, was immer sichtbar sein sollte. Verwenden Sie references/the-menu-bar.md für die Befehlsarchitektur unter macOS und references/edit-menus.md, wenn Textbearbeitung eine Rolle spielt.
Arbeiten Sie entscheidungsorientiert
Bitten Sie den Skill zuerst um die Wahl des Bedienelements, dann um den Inhalt und danach um die Reihenfolge. Ein gutes Prompt-Format ist:
- Plattform: macOS, iPadOS, iOS oder visionOS
- Objekt: Auswahl, Dokument, Nachricht, Datei oder systemweiter Befehl
- Aktionsmenge: primäre, sekundäre, destruktive und nicht verfügbare Aktionen
- Einschränkung: Platz, Auffindbarkeit, Tastaturunterstützung oder Konsistenz
Diese Struktur hilft dem Skill hig-components-menus, präzisere Antworten dazu zu liefern, wo Befehle hingehören und was verborgen, gruppiert oder hervorgehoben werden sollte.
FAQ zum Skill hig-components-menus
Ist hig-components-menus nur für Menüs gedacht?
Nein. Der Skill hig-components-menus deckt Menüs und die angrenzenden Button-Muster ab, die den Zugriff auf Befehle steuern, einschließlich Aktionsbuttons, Pop-up-Buttons, Pull-down-Buttons, Disclosure Controls, Toolbars und Standard-Buttons. Diese breitere Abdeckung ist nützlich, weil viele Apple-UI-Entscheidungen davon abhängen, ob eine Aktion als Button, als Menüeintrag oder in beiden Formen sichtbar ist.
Wann sollte ich diesen Skill nicht verwenden?
Verwenden Sie hig-components-menus nicht, wenn es vor allem um visuelles Branding, eigene Animationen oder Komponenten-Code geht. Er ist auch nicht die richtige Wahl, wenn Sie für ein Nicht-Apple-Ökosystem gestalten und Apples HIG-Verhalten nicht brauchen. Für Implementierungsdetails kombinieren Sie ihn stattdessen mit der Framework-Dokumentation.
Worin unterscheidet sich das von einem normalen Prompt?
Ein normaler Prompt kann eine Menüstruktur vorschlagen, aber der Skill hig-components-menus ist auf Apple-spezifische Abwägungen zugeschnitten: Befehls-Hierarchie, Plattformkonventionen, Menü-Dichte und die Frage, wann sichtbare Aktionen versteckten vorzuziehen sind. Das bedeutet in der Regel weniger Rätselraten, wenn die UI auf Apple-Geräten nativ wirken soll.
Ist der Skill anfängerfreundlich?
Ja, wenn Sie Bildschirm und beteiligte Aktionen beschreiben können. Sie brauchen keine tiefen HIG-Kenntnisse, um hig-components-menus zu verwenden, aber genügend Kontext, damit der Skill versteht, was der Nutzer tut und welche Befehle verfügbar sind. Je besser Ihr Szenario, desto besser die Empfehlung.
So verbessern Sie den Skill hig-components-menus
Nennen Sie Aktionsinventare, nicht nur Ziele
Der größte Qualitätsgewinn entsteht, wenn Sie die tatsächlichen Aktionen auflisten. Statt „mach das einfacher“ geben Sie dem Skill die Befehlsmenge und markieren, welche Aktionen häufig, selten, destruktiv oder kontextabhängig sind. So kann hig-components-menus besser entscheiden, ob Toolbar, Menü oder Kontextmenü passt und ob ein Eintrag verborgen oder sichtbar sein sollte.
Nennen Sie Plattform und Auslöser ausdrücklich
Ein Menü-Muster, das auf macOS passt, kann auf iOS oder iPadOS falsch sein. Sagen Sie, ob der Nutzer den Befehl per Klick, Rechtsklick, Touch-and-Hold, Tastatur oder über die Menüleiste auslöst. Das ist wichtig, weil der Leitfaden hig-components-menus auf plattformspezifische Interaktionswege achtet, besonders bei Kontextmenüs und Edit-Menüs.
Fragen Sie nach Abwägungen, nicht nur nach der Endlösung
Wenn die erste Antwort zu allgemein wirkt, vertiefen Sie die Frage, indem Sie nach dem Warum hinter der Platzierung fragen. Zum Beispiel: „Welche Einträge sollten aus dem Kontextmenü in die Toolbar wandern, und wie hoch ist der Verlust an Auffindbarkeit?“ Das macht die Verwendung von hig-components-menus nützlicher, weil das Ergebnis dann als Entscheidungshilfe dient und nicht nur als Liste.
Achten Sie auf typische Fehlerquellen
Die üblichen Fehler sind überladene Menüs, doppelte Befehle ohne klare Priorität und das Verstecken zentraler Aktionen hinter sekundären Gesten. Nutzen Sie den Skill, um solche Probleme früh zu prüfen. Wenn die erste Ausgabe zu dicht wirkt, bitten Sie um eine reduzierte Auswahl an hochwertigen Einträgen und eine strengere Trennung zwischen primären und sekundären Aktionen.