اختبار الوحدة: الـ Design Tokens

السؤال 1 من 5

• سيتكيّف تلقائيًا، لأن كل الـ tokens تتغيّر في الوضع الداكن.
• سيصبح شفافًا، لأن الـ primitives تُحذف في الوضع الداكن.
• سيختار المتصفّح مقابلًا داكنًا عبر color-scheme.
• سيحتفظ بالرمادي الفاتح، لأنه يشير إلى primitive لا يعيد الوضع الداكن ربطه.

السؤال 2 من 5

• "inset-md": { "$type": "dimension", "$value": { "value": 1, "unit": "rem" } }
• "inset-md": { "$type": "dimension", "$value": "16px" }
• "inset.md": { "$type": "dimension", "$value": { "value": 16, "unit": "px" } }
• "inset-md": { "$type": "dimension", "$value": { "value": 1, "unit": "em" } }

السؤال 3 من 5

• ينجح لأن الـ primitives تُحسب دائمًا في النهاية؛ لا علاقة لأي إعداد بذلك.
• احتُفظ بالمراجع في الـ CSS المولَّد، فما زال الـ semantic token يشير إلى الـ primitive وقت التشغيل.
• خط الإنتاج يولّد ملفًا لكل صفحة.
• يراقب Style Dictionary الصفحة ويعيد البناء حين تتغيّر القيم.

السؤال 4 من 5

• إنه أطول من اللازم لـ CSS.
• ينقصه جزء الحالة من القواعد.
• يحشر علامة ولونًا ومكوّنًا في اسم دلالي، فينكسر حين يتغيّر أيٌّ منها.
• أسماء الـ tokens لا يمكن أن تحتوي أسماء علامات في صيغة DTCG.

السؤال 5 من 5

• لا شيء، لأن كل محور يعيد ربط tokens مختلفة والـ cascade يجمعها.
• كتلة مركّبة [data-theme="dark"][data-density="compact"].
• دالة JavaScript تدمج مجموعتي الـ tokens.
• سمة ثالثة، مثل data-mode="dark-compact".