Apple HIG: Menus and Buttons
تصميم القوائم والأزرار بأسلوب Apple
تأكد من أن واجهات macOS وiOS الخاصة بك تتبع معايير تصميم Apple. توفر هذه المهارة إرشادات موثوقة حول بنية القوائم وأنماط الأزرار ومواضع أشرطة الأدوات من إرشادات الواجهات البشرية من Apple.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "Apple HIG: Menus and Buttons". أبني تطبيق macOS وأحتاج إلى قائمة لعمليات الملفات مثل New وOpen وSave وExport. ماذا يجب أن أفعل؟
النتيجة المتوقعة:
لعمليات الملفات في تطبيق macOS، استخدم بنية قائمة Application القياسية:
1. ضع New وOpen وSave في قائمة File (أول قائمة بعد قائمة التطبيق)
2. استخدم اختصارات لوحة المفاتيح القياسية: Command+N لـ New، Command+O لـ Open، Command+S لـ Save
3. أضف Export إلى قائمة File أسفل Save، اختياريًا مع Command+Shift+E إذا كان إجراءً frequently used
4. اتبع الترتيب: About، New، Open، Open Recent، [فاصل]، Close، Save، [فاصل]، Export/Print
يتبع هذا اصطلاحات شريط القوائم من Apple حيث تكون قائمة File هي الموقع الأساسي للأوامر المتعلقة بالمستندات. تأكد من إمكانية الوصول إلى كل أمر عبر شريط القوائم، حتى إذا كنت توفر اختصارات شريط الأدوات أو قوائم السياق.
استخدام "Apple HIG: Menus and Buttons". هل يجب استخدام قائمة السياق أم ورقة الإجراءات لحذف العناصر على iOS؟
النتيجة المتوقعة:
على iOS، استخدم ورقة الإجراءات لحذف العناصر، وليس قائمة السياق:
**ورقة الإجراءات (موصى به)**
- يعرض الإجراءات التخريبية بشكل بارز باللون الأحمر
- يجبر على اختيار صريح مع أهداف نقر واضحة
- يعمل بشكل أفضل لواجهة اللمس مع مناطق ضرب كبيرة
- يمكنه تضمين رسالة تأكيد وخيار Cancel
**قائمة السياق (غير موصى بها للإجراءات التخريبية)**
- أفضل للإجراءات الثانوية أو إجراءات الراحة (Copy، Share، Rename)
- أصعب في الاكتشاف للإجراءات الحرجة
- إيماءة الضغط المطول قد لا تكون واضحة
بالإضافة إلى ذلك، لا تضع إجراءً تخريبيًا فقط في قائمة السياق — قدم دائمًا مسار وصول أساسي. للحذف، تمنحك ورقة الإجراءات تنميط الزر التخريبي والتسلسل الهرمي البصري الواضح ونمط الاختيار الصريح الذي توصي به Apple للإجراءات غير القابلة للتراجع.
التدقيق الأمني
آمنStatic analysis detected 893 potential security issues across 11 files (1527 lines). All findings are false positives from a pure documentation skill containing Apple Human Interface Guidelines. Hardcoded URLs are legitimate documentation image references to developer.apple.com. 'Weak cryptographic algorithm' and 'C2 keyword' detections are triggered by common UI/UX terminology (button, control, push, etc.). 'Ruby/shell backtick execution' patterns are from markdown code blocks and inline code formatting. No executable code, no network operations, no external commands - read-only reference documentation.
درجة الجودة
ماذا يمكنك بناءه
تصميم بنية قوائم macOS
يحتاج مطور يبني تطبيق macOS إلى تنظيم عناصر القوائم وتحديد اختصارات لوحة المفاتيح وتنفيذ قوائم Edit القياسية. يستخدم هذه المهارة للتأكد من أن شريط القوائم يتبع اصطلاحات Apple ويتضمن جميع العناصر القياسية المتوقعة.
اختيار أنماط الأزرار لتطبيق iOS
مصمم iOS ينشئ نموذجًا يحتوي على أزرار إجراءات متعددة ويحتاج إلى تحديد أنماط الأزرار التي يجب استخدامها. تساعده هذه المهارة في اختيار أدوار الأزرار المناسبة (أساسي، إلغاء، تخريبي) وضمان التسلسل الهرمي البصري الصحيح.
تنفيذ قوائم السياق
مطور متعدد المنصات يريد إضافة قوائم سياق بالنقر الأيمن لتطبيق iPad وmacOS. يستشير هذه المهارة لفهم الإجراءات التي تنتمي إلى قوائم السياق مقابل واجهة المستخدم الأساسية، وكيفية ضمان إمكانية الوصول.
جرّب هذه الموجهات
ما نوع القائمة التي يجب استخدامها لـ [حالة استخدام/إجراء محدد] على [المنصة]؟
أحتاج إلى أزرار لـ [وصف السيناريو - إجراء أساسي، إجراء تخريبي، إلخ] على [المنصة]. ما أنماط وأدوار الأزرار التي يجب استخدامها؟
راجع تصميم شريط الأدوات الخاص بي لـ [المنصة]. لدي هذه الإجراءات: [سرد الإجراءات]. هل هذه هي الخيارات الصحيحة لشريط الأدوات مقابل القوائم؟
كيف يجب أن يتصرف [مكون القائمة/الزر] بشكل مختلف على [المنصة 1] مقابل [المنصة 2]؟ ما اختصارات لوحة المفاتيح ومتطلبات إمكانية الوصول؟
أفضل الممارسات
- يجب أن يكون كل أمر قابل للوصول من شريط القوائم على macOS — أشرطة الأدوات وقوائم السياق تكمل ولا تحل محل عناصر القائمة
- استخدم أنماط وأدوار الأزرار المحددة من النظام بدلاً من التصاميم المخصصة للحفاظ على اتساق المنصة وإمكانية الوصول
- حدّد الأزرار البارزة بواحد أو اثنين لكل عرض لتقليل الحمل المعرفي وتوجيه المستخدمين إلى الإجراءات الأساسية
تجنب
- وضع الأوامر فقط في قوائم السياق دون توفيرها أيضًا في شريط القوائم أو الواجهة الأساسية
- استخدام أنماط أزرار بارزة متعددة في نفس العرض، مما يخلق ارتباكًا بصريًا حول الإجراء المفضل
- ازدحام أشرطة الأدوات بعدد كبير جدًا من العناصر — حدد أولوية الأوامر frequently used وانقل الإجراءات الأقل شيوعًا إلى قوائم التجاوز
الأسئلة المتكررة
ما الفرق بين زر pop-up وزر pull-down؟
هل يجب استخدام زر أساسي لإجراء تخريبي؟
ما هو الحد الأدنى لحجم منطقة الضرب للأزرار؟
متى يجب استخدام قائمة السياق مقابل شريط الأدوات؟
ما اختصارات لوحة المفاتيح التي يجب استخدامها لعناصر قائمة Edit القياسية؟
هل يمكنني تخصيص مظهر أزرار النظام؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/hig-components-menusمرجع
main
بنية الملفات