تفسير سياسات ومعايير إمكانية الوصول من Oracle

فلسفة وسياسات إمكانية الوصول من Oracle

تلتزم Oracle ببناء منتجات قائمة على المعايير لمساعدة العملاء على تقليل التعقيدات وتحقيق أقصى استفادة من استثمارات التكنولوجيا الحالية، ويمتد هذا الالتزام إلى نهجنا للوصول. وتستخدم Oracle تقنيات معايير المجال مثل HTML وJavaScript وJava من أجل تقديم معظم واجهات المستخدم، كما نتبع معايير الوصول المعترف بها دوليًا، ما يسمح بدعم مجموعة واسعة من التكنولوجيا المساعدة (AT) مثل قارئات الشاشة ومكبرات الشاشة والتعرف على الصوت.

مثلت إمكانية الوصول تحديًا مختلفًا عن غيره لمجتمع تكنولوجيا المعلومات والاتصالات ككل بسبب مجموعة القوانين والمبادئ التوجيهية المتعلقة بها والوتيرة السريعة للتغيرات التكنولوجية والتأثير عبر كل جانب تقريبًا من جوانب تطوير المنتجات من التصميم الأولي من خلال الدعم. تعرف على كيفية مواجهة Oracle لهذه التحديات أدناه.

سياسات إمكانية الوصول

الإرشادات والمعايير

تستند إرشادات إمكانية الوصول من Oracle إلى القسم 508 المنقح لعام 2017 من قانون إعادة التأهيل لعام 1973 بصيغته المعدلة، والإرشادات الخاصة بإمكانية الوصول إلى محتوى الويب (W3C) من World Wide Web Consortium، الإصدار 2.1، على مستوى AA‏ (WCAG 2.1 AA).

تلتزم Oracle بتطوير منتجات جديدة بشكلٍ يتماشى مع القسم المنقح 508 ومعايير WCAG 2.1 AA إلى الحد الممكن تنفيذه بشكل عملي. ومع إصدار منتجات وتنقيحات جديدة تتوافق مع معايير القسم 508 و WCAG 2.1 المنقحة، سوف ننشر تقارير مطابقة إمكانية الوصول (ACRs) استنادًا إلى نماذج الوصول التطوعية للمنتجات (VPATs) التي تستخدم نموذج VPAT 2.x المحدث. وحتى ذلك الحين لدينا نماذج الوصول التطوعية للمنتجات التي تشمل جدول من جميع معايير WCAG 2.0 'A' و'AA'، بالإضافة إلى معايير القسم 508.

في عام 2017، أعلنت مؤسسة U.S. Access Board عن معيار القسم 508 المنقح الذي يستند إلى معايير WCAG 2.0 AA. في عام 2014، استند الإصدار الأولي من معيار الاتحاد الأوروبي EN 301 549 "متطلبات الوصول المناسبة للمشتريات العامة لمنتجات وخدمات تكنولوجيا المعلومات والاتصالات في أوروبا"، الصادرة استجابة للتفويض 376، إلى معايير WCAG 2.0 AA. وتم تحديثه عام 2019 ليشمل WCAG 2.1. متطلبات إمكانية الوصول EN 301 549 المناسبة للمشتريات العامة لمنتجات وخدمات تكنولوجيا المعلومات والاتصالات في أوروبا (PDF)‏ - V3.1.1 (2019-11). وكانت Oracle مشاركًا نشطًا في تطوير هذه الإرشادات وتتابع عن قرب تقدمها.

يخضع أي معيار لكمٍ من التفسيرات؛ راجع تفسير المعايير للحصول على نظرة مفصلة عن كيفية معالجة Oracle لمعايير محددة.

حالة إمكانية الوصول

تُختبر منتجات Oracle لإمكانية الوصول من خلال مجموعة متنوعة من التقنيات بما في هذا الأدوات الآلية والمراجعة الاستدلالية للخبراء والفحص المرئي والتشغيل اليدوي والاختبار باستخدام AT المختلفة من قِبل المستخدمين ذوي الاحتياجات الخاصة وغير ذوي الاحتياجات الخاصة. ونقوم بالإبلاغ عن نتائج هذا الاختبار من خلال نموذج إمكانية الوصول التطوعي للمنتج (VPAT) لإنشاء تقرير مطابقة إمكانية الوصول (ACR). وتم تطوير إمكانية الوصول التطوعي للمنتج من قبل ITI وGSA لمساعدة المسؤولين المتعاقدين الفيدراليين وغيرهم من المشترين على إجراء تقييمات أولية بخصوص توافر منتجات وخدمات تكنولوجيا المعلومات والاتصالات التجارية مع ميزات تدعم إمكانية الوصول. راجع تقارير مطابقة إمكانية الوصول للحصول على مناقشة متعمقة عن كيفية استخدامنا لإمكانية الوصول التطوعي للمنتج (VPAT) ولتحديد موقع ACR لمنتجات Oracle.

خطة خدمة العملاء القابلة للوصول إليها في مدينة أونتاريو بكندا

توضح خطة خدمة العملاء القابلة للوصول إليها من Oracle في مدينة أونتاريو بكندا (PDF) السياسات والممارسات والإجراءات التي وافقت عليها Oracle للوفاء بالالتزامات بموجب قانون إمكانية الوصول للأشخاص ذوي الإعاقة لعام 2005 (AODA) وتحديدًا القانون 165/16. توضح خطة الوصول متعددة السنوات من Oracle (PDF)‏ التزام Oracle بالتوافق لمعايير إمكانية الوصول في مدينة أونتاريو.

تحديثات لمعايير إمكانية الوصول

كانت شركة Oracle مشاركًا نشطًا في تطوير إرشادات إمكانية الوصول WCAG 2.2، وسوف تنفذ معايير نجاح WCAG 2.2 الإضافية بعد نشر WCAG 2.2. وتتابع Oracle عن كثب تقدم EN 301 549، وستتبنى معايير EN 301 549 الإضافية في السنة المالية 2025.

تفسير Oracle وموقفها من العديد من معايير وإرشادات إمكانية الوصول المضمنة في WCAG 2.2 أو ARIA‏

تحديد غرض الإدخال

المعايير ذات الصلة

• ‏https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html‏

موقف Oracle

قام بعض العملاء بتفسير هذا المعيار على أنه يعني أن كل حقول الإدخال تتطلب تحديد غرض الإدخال. ويتم تحديد مجال المعيار بشكل صريح لحقول الإدخال التي تجمع معلومات شخصية عن المستخدم. وتلتزم شركة Oracle بتحديد الغرض من الإدخال للحقول التي تجمع هذه المعلومات الشخصية.

عن التركيز وعن الإدخال

المعايير ذات الصلة

• فهم معيار النجاح 3.2.1: عن التركيز | WAI‏ | W3C‏
• فهم معيار النجاح 3.2.2: عن الإدخال | WAI‏ | W3C‏

موقف Oracle

قام بعض العملاء بتفسير معايير نجاح عن التركيز وعن الإدخال لتطبيقها على نطاق واسع على التغييرات في كل من المحتوى والسياق. وتفسير Oracle لهذا هو أن هذه المعايير تنطبق بشكل خاص على تغييرات السياق، ولا تنطبق على تغييرات المحتوى التي لا تغير معنى الصفحة.

دليل ممارسة إنشاء تطبيقات الإنترنت الغنية القابلة للوصول إليها بميزات وضع ذوي الاحتياجات الخاصة (ARIA APG)

المعايير ذات الصلة

• غير متوفر

موقف Oracle

يفسر بعض العملاء دليل ممارسة إنشاء تطبيقات الإنترنت الغنية القابلة للوصول إليها (ARIA APG) كوثيقة معيارية يجب اتباع أمثلة أنماطها بدقة. ودليل ARIA APG غير معياري. والأنماط الموجودة في APG هي أمثلة لعمليات التنفيذ، ولا تمثل الأنماط الصالحة الوحيدة. "لا يحدد دليل APG المتطلبات المعيارية، وبالتالي ليس لديه نموذج توافق". ويُرجى مراجعة ‏APG ليس معيارًا عاديًا لمزيد من المعلومات.

تفسير Oracle المحفوظ وموقفه من العديد من معايير إمكانية الوصول القديمة المضمنة في القسم 508 أو WCAG 1.0

نقدم هذا التفسير ردًا على استفسارات العملاء فيما يخص محتوى HTML معين، وخاصة عندما تشير أدوات التحقق الآلي إلى عدم المطابقة. وتنشأ أغلب المسائل من حقيقة أن أغلب هذه اللوائح والمعايير قد كُتبت في عام 1999 أو عام 2001، وأن تكنولوجيا المتصفحات والتكنولوجيا المساعدة تطورت بشكل كبير منذ ذلك الحين. وترحب Oracle بعمليات إعادة كتابة كل من القسم 508 وWCAG، التي تعدل أو توضح العديد من الأحكام التي تمت مناقشتها أدناه لمراعاة التغيرات التكنولوجية، ونشارك بنشاط في اللجان التي تجري هذه التغييرات.

بالنسبة للإيجاز، يشير مرجع مثل '1194.22(l)' إلى البند الشرطي 1194.22‏(l) في معايير القسم 508 (والتي يمكن العثور عليها في الجزء 1194 من الباب 36 من قانون اللوائح الفيدرالية)، ويشير مرجع مثل 'WCAG 1.0 #6.3' إلى المعيار 6.3 من WCAG 1.0.

البرمجة النصية، وخاصة استخدام JavaScript

المعايير ذات الصلة

• 1194.22(l) عندما تستخدم الصفحات لغات البرمجة النصية لعرض المحتوى أو لإنشاء عناصر واجهة، يتم تحديد المعلومات المقدمة من البرنامج النصي بنص وظيفي يمكن قراءته بواسطة التكنولوجيا المساعدة.
• WCAG 1.0 #6.3 تأكد أن الصفحات قابلة للاستخدام عند إيقاف تشغيل البرامج النصية أو البرامج الصغيرة أو الكائنات البرمجية الأخرى أو عدم دعمها. وإذا لم يكن هذا ممكنًا، فيُرجى تقديم معلومات مكافئة على صفحة بديلة يمكن الوصول إليها.
• WCAG 1.0 # 8.1 اجعل العناصر البرمجية مثل البرامج النصية والبرامج الصغيرة قابلة للوصول مباشرة أو متوافقة مع التقنيات المساعدة.

موقف Oracle

يقرأ العديد من العملاء هذه المعايير على أنها تتطلب إمكانية الوصول إلى المنتج وحسب عند تعطيل البرمجة النصية. وهذه ليست حقيقة الوضع. ويسمح كل من معيار القسم 508 وWCAG 1.0 باستخدام البرامج النصية القابلة للوصول إليها مباشرة أو المتوافقة مع AT. وتتطلب أغلب منتجات Oracle، إن لم تكن كلها، javascript وتعتمد على المتصفحات التي تدعم javascript. وتعتقد Oracle أنه لا يمكن الوصول إلى javascript فحسب، بل تعمل أيضًا على تحسين تجربة الوصول. على سبيل المثال، من خلال تغيير محتوى جزئي على صفحة بدلاً من إعادة تحميل صفحة بأكملها، فإنه يمنع المستخدم من الاضطرار إلى استعراض صفحة "جديدة" بالكامل والتنقل إليها للعثور على قسم صغير تمت مراجعته. ويتطلب الانتقال إلى واجهات العملاء الغنية زيادة استخدام البرمجة النصية، وتلتزم Oracle بجعل هذه التعليمات البرمجية قابلة للاستخدام من قبل الأشخاص ذوي الإعاقة، أو سنقوم بإنشاء تعليمات برمجية مختلفة تؤدي إلى تجربة مماثلة.

التدقيق في القواعد الرسمية المنشورة

المعايير ذات الصلة

• WCAG 1.0 #3.2 قم بإنشاء المستندات التي تتحقق من صحة القواعد الرسمية المنشورة.

موقف Oracle

لا تؤثر العديد من علامات HTML على إمكانية الوصول، ومن المعروف أن المتصفحات تفسر العلامات بشكل مختلف. والنقطة الأساسية هي أن العلامات المتعلقة بإمكانية الوصول يجب أن تفسر بشكل لا لبس فيه من قبل المتصفح والتكنولوجيا المساعدة. وقد لا تلتزم HTML من Oracle بقواعد رسمية لمجموعة متنوعة من الأسباب:

• في حالات مختلفة، نحتاج لإضافة معلومات إضافية إلى HTML DOM، ونستخدم "التوسعات" لهذا الغرض.
• وفق توصية W3C WAI-ARIA، نستخدم tabIndex‏="-1‏" لجعل بعض العناصر قابلة للتركيز.
• نظرًا لأن المتصفحات تعمل بشكل مختلف، فقد نقوم بتحسين HTML لكي نراعي سلوك متصفح معين.

في حالة أن يكون العميل على دراية بالدعم الفني، ستحل Oracle أي مشكلة حيث يعوق HTML "غير القياسي" إمكانية الوصول، وفق سياسات الدعم الفني القياسية من Oracle، ولكن لن تقوم Oracle بالضرورة بتصحيح "لغة HTML غير الصالحة" التي يتم الإبلاغ عنها بواسطة أداة آلية، ولكن ليس لها تداعيات سلبية على إمكانية الوصول.

استقلالية الجهاز

المعايير ذات الصلة

• WCAG 1.0 #6.4 للبرامج النصية والبرامج الصغيرة، تأكد أن معالجات الأحداث مستقلة عن جهاز الإدخال.
• WCAG 1.0 #9.2 تأكد أن أي عنصر يحتوي على واجهة خاصة به يمكن تشغيله بطريقة مستقلة عن الجهاز.
• WCAG 1.0 #9.3 للبرامج النصية، حدد معالجات الأحداث المنطقية بدلاً من معالجات الأحداث المعتمدة على الجهاز.

موقف Oracle

قد يفسر بعض العملاء هذه المعايير على أنها تعني أن أي عملية لا يمكن إجراؤها إلا من خلال الماوس، مثل النقر المزدوج، محظورة. وتلتزم شركة Oracle بتوفير تجربة مستخدم غنية لجميع المستخدمين، وفي الحالات التي تتطلب فيها الإجراءات إجراءات الماوس المعقدة مثل النقر المزدوج أو السحب والإفلات، سيتم توفير آليات بديلة يمكن تنفيذها باستخدام لوحة المفاتيح فقط.

الأطر

المعايير ذات الصلة

• 1194.22(i) يتم تسمية الإطارات بنص يسهل تحديد الإطار والتنقل.
• WCAG 1.0 #12.1 يُسمي كل إطار لتسهيل تحديد الإطار والتنقل.

موقف Oracle

واجهت Oracle العديد من الحالات التي تم فيها النظر إلى الأطر على أنها "مخالفة" لمعايير إمكانية الوصول، أو لا تُعدّ "HTML مناسبًا". تعتقد Oracle أن الأطر هي جزء مشروع من HTML، ونصدق فقط على المتصفحات التي تدعمها. وفي منتجاتنا، يتم تمييز الأطر بشكل صحيح وفق المعايير ذات الصلة المذكورة. وأحد الاستثناءات هو استخدام iFrame، عندما يتم استخدامه للاتصال بالخادم فقط. في هذه الحالة، لا تسمي Oracle الإطار لجعل العنصر غير مرئي للمستخدم (كما هو الحال مع المستخدم المرئي).

أوراق الأنماط

المعايير ذات الصلة

• 1194.22(d) يتم تنظيم الوثائق بحيث تكون قابلة للقراءة دون الحاجة إلى ورقة أنماط مرتبطة بها.
• WCAG 1.0 #6.1 قم بتنظيم الوثائق بحيث يمكن قراءتها من دون أوراق الأنماط. على سبيل المثال، عندما يتم عرض مستند HTML من دون أوراق الأنماط المرتبطة، يجب أن يكون من الممكن قراءة المستند.

موقف Oracle

تفسر Oracle هذا المعيار كي يعني أنه يجب فصل المعلومات ('المحتوى') والعرض التقديمي. على سبيل المثال، يجب أن يشتمل HTML على ترميز دلالي يحدد المعلومات، ويجب استخدام ورقة أنماط خارجية من أجل تقديم مظهر وانطباع معينين. وعندما يصل المستخدم إلى الصفحة باستخدام تقنية مساعدة، يجب إرسال المعلومات بتسلسل ذي معنى. ومع ذلك، لا تقبل Oracle أنه يجب تشغيل المنتج مع تعطيل أوراق الأنماط في المتصفح، وهذا نتيجة:

• تدعم كل المتصفحات الحديثة أوراق الأنماط
• عادة ما يتم استخدام تعيين سمات النمط مثل display:none في محتوى الصفحة لإخفاء المحتوى عن كل المستخدمين؛ وسيؤدي تعطيل أوراق النمط بشكل كامل إلى ظهور هذه المعلومات بشكل خاطئ
• تدعم المتصفحات الحديثة تجاوز ورقة أنماط المؤلف باستخدام ورقة أنماط المستخدم إذا لزم الأمر

روابط للبرامج المساعدة

المعايير ذات الصلة

• 1194.22(m) عندما تتطلب صفحة ويب وجود برنامج صغير أو برنامج مساعد أو تطبيق آخر على نظام العميل لتفسير محتوى الصفحة، يجب أن توفر الصفحة رابطًا إلى برنامج مساعد أو برنامج صغير يتوافق مع 1194.21(a) من خلال (l).

موقف Oracle

العديد من البرامج المساعدة، مثل عارض Adobe PDF، هي الآن في كل مكان، وغالبًا ما تكون مثبتة مسبقًا على أجهزة الكمبيوتر. وفي بعض الحالات، مثل Oracle JInitiator، يتم شحن البرنامج المساعد مع المنتج وتثبيته تلقائيًا. علاوة على هذا، قد يكون توفير رابط إلى موقع خارج جدار حماية الشركة، أو تمكين المستخدم من تنزيل وتثبيت برنامج إضافي، مخالفة لسياسة الشركة. ونتيجة لهذا، ستوفر منتجات Oracle روابط إلى البرامج المساعدة التي تفي بهذا المعيار عند عدم اعتبارها في كل مكان أو عدم شحنها مع المنتج.

تخطي التنقل

المعايير ذات الصلة

• 1194.22(o) يتم توفير طريقة تسمح للمستخدمين بتخطي روابط التنقل المتكررة.

موقف Oracle

وتوفر العديد من منتجات Oracle رابطًا ينقل التركيز إلى "المحتوى الرئيسي" للصفحة. ومع ذلك، تدرك Oracle أيضًا أن معظم AT تدعم آلية تسمح للمستخدم بالانتقال إلى أقسام مختلفة من الصفحة من خلال علامات ترميز هيكلية قياسية. ويجوز لشركة Oracle، عند الاقتضاء، استخدام هذه الآلية كوسيلة لتحقيق هدف هذا الحكم.