بدأ Chrome هذا العام باجتياز% 88.2 من الاختبارات في مجال تركيز تسهيل الاستخدام. من Interop 2024 في يونيو 2024، كنّا أوّل من اجتياز 100٪ من الاختبارات. تشرح هذه المشاركة العمل الذي تم الوصول إليه هذا الهدف.
ما الذي تم تضمينه في مجال تركيز إمكانية الوصول؟
كما هو الحال مع كل مجال تركيز في أداة التشغيل التفاعلي لعام 2024، يتم تحديد هذه المنطقة من خلال مجموعة من اختبارات النظام الأساسي للويب لميزات محددة. اختبارات هدف التشغيل التفاعلي لعام 2024 لضمان إنشاء جميع المتصفحات لأسماء يمكن الوصول إليها وأدوار محسوبة نفسها.
تشير الأسماء التي يسهل الوصول إليها إلى الغرض من عنصر HTML أو الغرض منه. يساعد ذلك في المستخدمين في فهم الغرض من العنصر وكيف يمكنهم التفاعل معه. تشير رسالة الأشكال البيانية تحدد مواصفات accname كيفية استخدام المتصفحات إنشاء سلسلة الاسم هذه التي يمكن الوصول إليها لعنصر ما. مواصفات ARIA يتضمن جولة تفصيلية حول كيفية ظهور هذا الاسم الحساب.
الدور المحسوب للعنصر هو سلسلة تمثل دور
العنصر كما تم حسابه بواسطة محرك المتصفح. يتم استخدام هذه البيانات بشكل أساسي في حساب المطوِّر
مثلاً، في دالة WebDriver getComputedRole
، ما يتيح
اختبار التوافقية.
ما الذي كان على فريق Chrome فعله؟
كان هناك مجالان كبيران للعمل نحتاج إلى إكمالهما - تغيير تصميم من الأدوار إلى الأدوار العامة وإزالة الأدوار المتوقّفة. ثم كان هناك بعض تنفيذ إصلاحات وميزات إضافية أصغر حجمًا. بالإضافة إلى ما يلي: الذي أنجزه فريق Chrome، كما تعاونا مع Microsoft الإصلاحات التي كانوا يلتزمون بها مع Chromium في ما يتعلق بمجال تركيز إمكانية الوصول.
تغيير عملية ربط أدوار معيّنة إلى دور عام
يؤدي تغيير التعيين إلى دور عام إلى إزالة دلالات إمكانية الوصول من العنصر. لا توفر العناصر العامة قيمة لشجرة إمكانية الوصول، لذلك غير مضمّنة في الشجرة. وهذا يساعد في تحسين الأداء ويجعل الشجرة أصغر وأسهل في التحليل للحصول على التكنولوجيا المساعدة. الأدوار التالية هي إلى دور عام.
<header>
بنطاق<main>
أو عنصر محتوى مقسَّم إلى أقسام (<article>
،<aside>
أو<nav>
أو<section>
).<footer>
بنطاق<main>
أو عنصر المحتوى الذي يتم تقسيمه إلى أقسام (<article>
أو<aside>
أو<nav>
أو<section>
).<aside>
داخل أحد عناصر محتوى الأقسام (<article>
أو<aside>
أو<nav>
أو<section>
) بدون اسم ظاهر.<section>
بدون اسم ظاهر- عناصر القائمة المعزولة (
<li>
)
بالنسبة للنقاط الأربع الأولى، يتم تعيين هذه العناصر عادةً الأدوار المطلوبة. يمكن أن يؤدي وجود معلمين متعددين في الصفحة إلى صعوبة التنقل، لذلك تغيير يساعد في تقليل المعالم المتكررة مما يجعل التنقل في الصفحة أسهل. تشير رسالة الأشكال البيانية يشير العنصر الأخير عادةً إلى خطأ من جانب مطوّر الصفحة، وهو عنصر قائمة داخل قائمة دائمًا، وبالتالي يتم إعطاء العنصر المعزول قيمة عامة الدور.
إزالة دور تم إيقافه نهائيًا
لقد أوقفنا الدور "directory
" نهائيًا وربطناه بالدور في القائمة. ARIA
1.2: توقِف directory
الدور. توضّح المواصفات أنّها تعادل الدور list
.
على المطوّرين استخدام list
. من أجل الحفاظ على الدلالات الأقدم
المحتوى الذي يستخدم directory
، سيتم تعيينه الآن إلى list
في Chrome.
إصلاحات أخرى
لقد أضفنا دعمًا
gridcell
الدور. هذا الدور الجديد هو ما يميّز gridcell
cell
أكثر وضوحًا. على عكس cell
، يمكن التركيز على gridcell
والتعديل والاختيار.
أضفنا حساب الدور الاحتياطي. في السابق، لم نكن نبحث عن الإجراء الاحتياطي لذلك إذا كان الدور الأول غير صالح، فإننا نستخدم دورًا آخر وهو ما هي التفاصيل في المواصفات.
تكون بعض الأدوار صالحة فقط إذا كانت في السياق الصحيح، أضفنا علامة اختيار. بسبب الاستخدام غير الصالح للأدوار، على النحو التالي:
- يجب أن يكون الدور "
row
" ضمن "table
" أو "grid
" أو "rowgroup
" أو "treegrid
". - يجب أن يكون الدور "
rowgroup
" ضمن "table
" أو "grid
" أو "tree
" أو "treegrid
". - يجب أن يكون الدور
listitem
داخلlist
.
إذا كان الدور غير صالح، يستخدم Chrome الآن معلومات أخرى، مثل HTML لحساب دور بديل.
تم وضع علامة على thead
وtfooter
على أنّه تم إدراجهما في شجرة تسهيل الاستخدام.
في السابق، كانت تُصنَّف على أنّها متجاهلة، ولكن كانت لا تزال مضمَّنة في الشجرة. الْآنْ
يمكن تحليل تذييلات الجدول وتذييلاته باستخدام التقنيات المساعدة.
على الرغم من أنّ هذه التغييرات قد لا تظهر لمعظم مطوّري البرامج، مع استخدام جميع المتصفّحات. والعمل على ضمان عمل هذه الأشياء بالطريقة ذاتها، ونضمن أن الأدوار بنفس الطريقة في كل مكان.