Apple HIG: Design Foundations
أتقن إرشادات تصميم Apple لتطبيقات جميلة
ابنِ تطبيقات Apple تبدو وتشعر بأنها أصلية من خلال اتباع إرشادات الواجهة البشرية الرسمية. تجنب رفض التصميم وتأكد من أن تطبيقك يلبي معايير Apple لإمكانية الوصول والتخطيط والعناصر المرئية عبر جميع المنصات.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "Apple HIG: Design Foundations". ما نسبة التباين التي أحتاجها للنص بحجم 17pt في iOS؟
النتيجة المتوقعة:
للنص حتى 17pt (بغض النظر عن الوزن)، تحتاج إلى نسبة تباين دنيا 4.5:1 لتلبية WCAG Level AA، الذي تستخدمه أداة Accessibility Inspector من Apple كخط أساس. للنص 18pt وأكبر، أو النص العريض بأي حجم، ينخفض المتطلب إلى 3:1. المصدر: accessibility.md، قسم 'Vision'.
استخدام "Apple HIG: Design Foundations". اعرض لي كيفية استخدام ألوان النظام الدلالية في SwiftUI
النتيجة المتوقعة:
استخدم APIs الألوان الدلالية مثل Color.label وColor.secondaryLabel وColor.systemBackground بدلاً من ترميز القيم ثوابت. هذه تتكيف تلقائياً مع الوضع الفاتح/الداكن وزيادة التباين: Text('Hello').foregroundColor(.label).background(Color.systemBackground). المصدر: color.md، قسم 'System colors'.
استخدام "Apple HIG: Design Foundations". كيف أدعم Dynamic Type في عرض النص الخاص بي؟
النتيجة المتوقعة:
طبق أنماط النصوص الدلالية مثل .body و.headline و.subheadline التي تتكبر تلقائياً مع حجم النص المفضل للمستخدم: Text('Hello').font(.body). هذه تدعم النطاق الكامل من 11pt إلى 23pt على iOS. اجمع مع frame(maxWidth: .infinity) وقيود التخطيط المناسبة لمنع التدفق الزائد. المصدر: typography.md، قسم 'Supporting Dynamic Type'.
التدقيق الأمني
آمنStatic analysis detected 2676 pattern matches across 18 markdown documentation files (4647 lines). All findings are confirmed FALSE POSITIVES from legitimate documentation content: Ruby backtick notation for inline code examples (e.g., `systemRed`, `label`), hardcoded URLs linking to Apple's official developer documentation, and 'C2 keywords' that are benign terminology in accessibility/design contexts (e.g., 'control' for Switch Control, 'access' for accessibility, 'capture' for screen capture guidelines). This skill contains only static markdown reference documentation with no executable code, network operations, or security risks. Safe to publish.
درجة الجودة
ماذا يمكنك بناءه
تصميم تطبيقات iOS متاحة للجميع
تأكد من أن تطبيقك يلبي معايير إمكانية الوصول من Apple من خلال تطبيق ملصقات VoiceOver، ودعم Dynamic Type، ونسب تباين WCAG AA. تعلم كيفية الاختبار باستخدام Accessibility Inspector وتوفير بدائل متاحة لجميع العناصر التفاعلية.
تطبيق دعم الوضع الداكن
كيّف مخطط ألوان تطبيقك لكل من المظهر الفاتح والداكن باستخدام ألوان النظام الدلالية. افهم كيفية اختبار التباين في كلا الوضعين، وتطبيق المواد النابضة بالحياة، والتأكد من عمل لوحات الألوان المخصصة عبر المظاهر.
توحيد طباعة التطبيق
استخدم مقياس نوع Apple وأنماط النصوص لضمان تكبير نصوصك بشكل صحيح مع Dynamic Type. تعلم متى تستخدم SF Pro مقابل الخطوط المخصصة، وكيفية تطبيق تسلسل أوزان الخطوط، وأفضل ممارسات تباعد الأسطر.
جرّب هذه الموجهات
أصمم زراً بلون خلفية #007AFF ونص أبيض لـ iOS. هل هذا المزيج متاح؟ ما نسبة التباين التي يحققها، وأي مستوى WCAG يلبي؟
أبني نموذجاً في SwiftUI وأحتاج لاستخدام الألوان الدلالية الصحيحة للتسميات والنص الثانوي وحالات الخطأ. اعرض لي النمط البرمجي باستخدام ألوان النظام التي تتكيف مع الوضع الداكن.
تخطيط النص الخاص بي ينكسر عندما يُفعّل المستخدمون أحجام خطوط أكبر في إعدادات إمكانية الوصول. اعرض لي كيفية هيكلة عرض SwiftUI باستخدام أنماط النصوص وAuto Layout ليتكبر بشكل صحيح من 11pt إلى 23pt.
أحتاج أيقونات مخصصة تطابق المظهر البصري لـ SF Symbols. ما مواصفات التصميم لوزن الرمز، ومحاذاة الشبكة، وأوضاع العرض؟ اعرض لي كيفية تصدير رموز مخصصة تتكامل بسلاسة.
أفضل الممارسات
- تحقق دائماً من `.claude/apple-design-context.md` قبل طرح الأسئلة لاستخدام سياق المشروع الحالي وتجنب جمع المعلومات الزائدة عن الحاجة
- استشهد بوثائق أساس HIG المحددة بأسماء الملفات والأقسام عند تقديم الإرشادات لتمكين التتبع والقراءة الإضافية
- اطلب معلومات استهداف المنصة مبكراً لأن إرشادات Apple تختلف بشكل كبير بين iOS وmacOS وwatchOS وtvOS وvisionOS
- اشرح دائماً تداعيات إمكانية الوصول عند اقتراح أنماط التصميم، بما في ذلك نسب التباين، ودعم Dynamic Type، وسلوك VoiceOver
تجنب
- لا ترمّز قيم الألوان ثوابت مثل RGB(0, 122, 255) - استخدم APIs دلالية مثل UIColor.systemBlue أو Color.blue التي تتكيف تلقائياً مع الوضع الداكن وإعدادات إمكانية الوصول
- تجنب استخدام أحجام خطوط ثابتة مثل 16.0 - بدلاً من ذلك استخدم أنماط النصوص مثل .body أو .headline التي تتكبر مع Dynamic Type وتحترم حجم النص المفضل للمستخدم
- لا تعتمد على اللون وحده لنقل المعلومات - قدم دائماً مؤشرات مرئية إضافية مثل الأشكال أو الأيقونات أو ملصقات النص لإمكانية الوصول
- لا تتجاوز أبداً اختبار إمكانية الوصول أثناء التصميم - ادمج Accessibility Inspector مبكراً وتحقق من تنقل VoiceOver، وتكبير Dynamic Type، ونسب التباين قبل التقديم