الخلاصة

  • نشر W3C في 27 أغسطس 2026 مسودة عمل جديدة من SVG Accessibility API Mappings. ويذكر النص نفسه أن آخر مسودة منشورة تعود إلى 10 مايو 2018، أي بفاصل 3,031 يوماً، كما يسرد تغييرات تقنية جوهرية.
  • أثناء المراجعة العلنية لميثاق مجموعة SVG المقبل، طلب تعليق في 4 يوليو محطة محددة والتزاماً بالاختبار. وغيّر تصحيح الإدماج عبارة «غير محدد» إلى «نهدف إلى إحراز تقدم في الاختبار».
  • تبين العبارة أولوية، لكنها لا تسمي النسخة المرجعية أو قائمة الوظائف أو إيداع حزمة الاختبارات أو حالة التغطية أو التنفيذين المستقلين أو المسؤول أو نقطة المراجعة؛ لذلك لا يمكن قياس اكتمالها.
  • يتضمن مشروع الميثاق أصلاً معايير عامة جيدة: اختبارات مفتوحة، وتخطيطاً مبكراً، وتنفيذين مستقلين قابلين للتشغيل البيني قبل تجاوز مرحلة Candidate Recommendation. ما ينقص هو وصل هذه المعايير بـ SVG AAM تحديداً.
  • يطلب W3C Process تواريخ متوقعة للمحطات «حيثما كانت متاحة». ومن ثم لا يثبت غياب التاريخ خرقاً للإجراءات أو هجر العمل أو سوء النية.
  • يستطيع سجل موجز وقابل للإصدار لمحطة الاختبار فصل النشر عن التغطية وخبرة التنفيذ وقرار النضج، من دون إنشاء جهة موافقة أو حق اعتراض جديد.

ما أغلقته الأيام الـ3,031 وما تركته مفتوحاً

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

بدأ ميثاق SVG النافذ لعام 2024 في 27 يونيو 2024 وينتهي في 30 سبتمبر 2026. ويسجل SVG Accessibility API Mappings كمسودة عمل معتمدة في 10 مايو 2018، ويصف موعد اكتمالها المتوقع بأنه غير محدد. تثبت هذه الخانة وضع الميثاق، لا انعدام أي نشاط تحريري بعد 2018.

جرت مراجعة الميثاق التالي علناً في القضية 559 ضمن استراتيجية W3C. وفي 4 يوليو ربط تعليق علني بين مسودة 2018 وحالة الاكتمال غير المحددة، ثم طلب محطة ملموسة والتزاماً بالاختبار. وفي 18 أغسطس أعلن مسؤول الاتصال أن مرحلة المراجعة انتهت وأن الاقتراحات دُمجت.

يحفظ الإيداع 806338 نطاق الدمج بدقة. تغيّرت ثلاثة أسطر: صحح الأول رابطاً، ووسّع الثاني وصف التنسيق مع WHATWG، واستبدل الثالث حالة SVG AAM من «غير محدد» إلى «نهدف إلى إحراز تقدم في الاختبار». وظلت نسخة الميثاق الثابتة عند ذلك الإيداع تشير إلى مسودة 2018 بوصفها المسودة المعتمدة.

بعد تسعة أيام ظهرت مسودة العمل المؤرخة في 27 أغسطس 2026. ويحدد النص مسودة 10 مايو 2018 كسابقته المنشورة. والفارق بين التاريخين 3,031 يوماً.

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

لكن بيان حالة Working Draft يقول أيضاً إن النشر لا يعني اعتماد W3C أو أعضائه، وإن الوثيقة قد تُحدّث أو تُستبدل أو تصبح متقادمة. يثبت النشر وجود نص جديد للمراجعة. ولا يثبت وحده أن جميع الوظائف المعيارية مغطاة بالاختبارات، أو أن منتجات مستقلة تتشغّل بينياً، أو أن الانتقال إلى درجة نضج أعلى صار مبرراً.

إذن أُغلق فراغ النشر، وهذا تقدم حقيقي. أما الفراغ بين النص والأدلة التشغيلية فما زال يحتاج إلى سجل آخر.

النية تشير إلى الطريق ولا تحدد خط النهاية

عبارة «إحراز تقدم في الاختبار» ليست فارغة. فهي تجعل أولوية الاختبار مرئية، وتتجنب اختلاق تاريخ قد لا يصمد أمام موارد المشاركين أو أولويات المنفذين أو اعتماد العمل على أكثر من مجموعة. وقد يكون الاعتراف بعدم اليقين أكثر نزاهة من موعد شكلي.

غير أن المحطة تؤدي وظيفة مختلفة: فهي تقول ما الحالة التي تنهي جولة من التقييم، وما الأدلة التي تثبت الوصول إليها. لا تحدد عبارة الميثاق أي نسخة من المواصفة هي المرجع، ولا تحصر الوظائف المعيارية، ولا تثبت إيداعاً لحزمة الاختبارات، ولا تفصل بين التغطية الجزئية والكاملة، ولا تسمي قرار النضج الذي ستدعمه النتائج.

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

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

لذلك يستطيع هدف الميثاق الإشارة إلى النشاط، لكنه لا يبين متى تحول النشاط إلى محطة منجزة.

معايير النجاح العامة موجودة بالفعل

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

تمثل هذه المواد دليلاً مضاداً مهماً لأي قول إن الاختبار جرى تجاهله. وهي تنسجم مع مناقشة W3C Process لخبرة التنفيذ. فالتقييم لا يختزل في نسبة واحدة؛ بل ينظر في تنفيذ الوظائف، والتشغيل البيني، واستقلال المنفذين، والاستخدام خارج نطاق التجربة، وطبقات المنظومة المشمولة، والمشكلات المبلغ عنها. كما يشير إلى فاعلية التخطيط المبكر للاختبارات.

المفقود ليس معياراً عاماً جديداً، بل تطبيق المعيار على هذه المواصفة. عبارة «كل وظيفة» تحتاج إلى قائمة SVG AAM محددة الإصدار كي تكون مقاماً للحساب. و«تنفيذان مستقلان» تحتاج إلى أسماء ونسخ وبيئات وسبب للاستقلال. و«حزمة مفتوحة» تحتاج إلى إيداع ثابت إذا أريد إعادة بناء نتيجة تاريخية.

لن تحل عبارة أكثر تشدداً هذه المشكلة. يحلها رابط مباشر من بند المخرج إلى الأدلة الحالية والفجوات المعلنة.

قيد «حيثما كانت متاحة» يمنع الدقة المصطنعة

تطلب قواعد W3C Process الخاصة بمواثيق المجموعات النطاق ومعايير النجاح والمدة والمخرجات والتواريخ المتوقعة للمحطات حيثما كانت متاحة. لا يجوز إسقاط هذا القيد. ولا تتيح المصادر المجمدة وصف غياب تاريخ SVG AAM بأنه مخالفة للإجراءات.

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

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

الحل إذن ليس فرض مهلة. بل تحويل عدم اليقين المشروع من عبارة عامة إلى حالة محددة يمكن للآخرين فحصها.

بين الوثيقة والنظام العامل أبواب منفصلة

يوفر نص Lu Heng عن أولوية الشفرة العاملة منظوراً حوكمياً هنا، لا مصدراً للحقائق عن SVG أو ARIA: يجب ألا تندمج حالات النشر والتوصية والتنفيذ والتحقق والاستخدام.

يمنع هذا الفصل مبالغتين متعاكستين. ليس من العدل التقليل من مسودة 2026 لأنها ليست تقرير تشغيل بيني؛ فالنص الثابت ينظم المراجعة ويوجه التنفيذ. وليس من الصحيح أن يحل النشر محل نتائج المنتجات. فالوثيقة لا تنفذ نفسها.

وفي سلسلة الاختبار، يثبت وجود الاختبار أن عبارة تحقق قد رُمزت. ويبين ربطها بوظيفة معيارية التغطية المقصودة. ويسجل التشغيل سلوك تنفيذ معين في بيئة معلومة. وقد تدعم تشغيلات مستقلة وقابلة للمقارنة نتيجة تشغيل بيني. ثم ينظم تقرير التنفيذ المجموعة كي تُستخدم في قرار نضج.

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

ظهور SVG وARIA معاً يجعل المسؤولية حقلاً ضرورياً

يظهر السجل العام في أكثر من موضع مؤسسي. تدرج صفحة منشورات مجموعة ARIA مسودة 27 أغسطس وتسمي ARIA مجموعة التسليم. وينص مشروع ميثاق SVG على تطوير المواصفة بالتعاون مع ARIA. وفي 2024 نقل إيداع في المستودع السابق عمل المواصفة إلى مستودع ARIA الموحد، وأبقى القديم لتتبع القضايا، وحافظ على عنوان Editor’s Draft. ويظهر مجلد SVG AAM الحالي في ARIA موقع الحفظ التحريري.

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

عشرة حقول تكفي لبناء محطة قابلة للتدقيق

لا حاجة إلى لجنة جديدة أو لوحة معقدة. تكفي صفحة أو قضية قابلة للإصدار ومرتبطة ببند المخرج.

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

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

ينبغي ألا تمحو النسخة الجديدة القديمة. قد يتحول الإخفاق إلى نجاح، وقد تحذف وظيفة، وقد ينسحب تنفيذ. حفظ التسلسل هو ما يشرح الأساس الذي قام عليه قرار في وقته.

تستحق مسودة 27 أغسطس أن تُقدر بوصفها عودة جوهرية إلى سجل النشر بعد ثمانية أعوام. ولا تحتاج إلى استعارة برهان التشغيل البيني المستقبلي كي تكون مهمة. كذلك لا تحتاج محطة الاختبار إلى تاريخ مخترع. تحتاج إلى عنوان أدلة مستقر يبين ما تحقق، وما ينقص، وأي قرار ينتظر هذه المواد.

المصادر

  1. مجلد SVG AAM في مستودع ARIA
  2. مشروع ميثاق SVG عند الإيداع 806338
  3. الإيداع 806338 الذي دمج اقتراحات المراجعة
  4. القضية 559 ضمن استراتيجية W3C
  5. التعليق الذي طلب محطة اختبار
  6. تعليق انتهاء المراجعة
  7. إيداع نقل عمل SVG AAM إلى مستودع ARIA الموحد
  8. Lu Heng، Running-Code Primacy
  9. ميثاق مجموعة SVG النافذ لعام 2024
  10. منشورات مجموعة ARIA
  11. W3C Process: مواثيق المجموعات
  12. W3C Process: خبرة التنفيذ
  13. مسودة SVG Accessibility API Mappings في 10 مايو 2018
  14. مسودة SVG Accessibility API Mappings في 27 أغسطس 2026