الخلاصة

  • اقترح Web Intents أن يتولى المتصفح توجيه المهمة إلى خدمة ويب يختارها المستخدم. يطلب الموقع تحرير صورة أو مشاركتها من غير أن يحدد مسبقاً اسم الخدمة التي ستنجز العمل.
  • أدخل Chrome نسخة تجريبية إلى قناته المستقرة عام 2012، لكنه حصر تسجيل الخدمات في ملفات تطبيقات Chrome Web Store. أوقف الدعم ابتداءً من Chrome 24، ثم حفظ W3C المواصفة في مذكرة عمل عام 2013 بدلاً من توصية.

صورة تحتاج إلى محرر

طرح Chromium في أغسطس 2011 مثال موقع صغير لحفظ الصور يريد خدمة تحرير لا يملك المال لبنائها. كان يستطيع تطوير أداة خاصة أو الاتفاق مع محرر واحد على تكامل مباشر. اقترح Web Intents أن يصف الموقع المهمة ويرسل الصورة، ثم يتكفل المتصفح بالعثور على خدمة قادرة على التحرير. المشاركة والعرض كانتا من الأفعال الأولى المقترحة. الوعد التجاري واضح: وظيفة جديدة من دون سلسلة اتفاقات ثنائية.

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

من يضع الأسماء في القائمة؟

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

الموقع يريد قدرة إضافية؛ ومقدم الخدمة يريد مكاناً في قائمة المرشحين؛ والمتصفح يملك القائمة ولحظة نقل الصورة. أما المستخدم فيحتاج إلى فهم الجهة التي ستتسلمها. واجهة الاختيار كانت موضع التنافس نفسه.

قناة مستقرة وتجربة محدودة

أعلن Chromium في مايو 2012 أن نسخة تجريبية دخلت إصدار Chrome المستقر آنذاك. استقرار قناة التوزيع لم يلغ تجريبية الواجهة البرمجية: كان اسمها يحمل بادئة، وكانت التغييرات غير المتوافقة ممكنة. ولم تستطع الخدمات التسجيل إلا من خلال ملف تطبيق في Chrome Web Store. توقع الفريق رفع هذا القيد بعد نضج التصميم. بدأ مشروع توجيه مفتوح بين مواقع الويب من باب تملكه متجر المتصفح.

هذا الباب سهّل تجربة محدودة، لكنه حدد مسبقاً من يظهر في القائمة. صفحة خدمة عادية لا تستطيع الاكتفاء بعلامة التسجيل المقترحة في المسودة ثم منافسة التطبيقات المشاركة في تنفيذ Chrome الحي.

في 1 نوفمبر 2012، أخبر Greg Billock قائمة W3C بأن الدعم التجريبي عُطّل ابتداءً من Chrome 24. وجد الفريق مسائل تحتاج عملاً في الواجهة البرمجية وفي تجربة الاستخدام المحددة داخل Chrome. لم يعلن الرسالة عدد مستخدمين أو سبباً تقنياً واحداً. التجربة التي دُعي إليها المطورون قبل أشهر أُغلقت.

انتهى الطريق عند مذكرة

حفظت مذكرة W3C المؤرخة 23 مايو 2013 وصف النظام، وسجلت قرار المجموعات عدم المضي به نحو توصية. ولم تكن قد أجرت اختبارات للتشغيل البيني. وأشار تقرير W3C في يونيو 2013 إلى مخاوف لم تُحل في دمج الآلية مع تفاعل المستخدم. المشكلة العملية كانت لحظة الاختيار: كيف يرى الشخص من سيستلم البيانات، وكيف يثق بأن المهمة ستذهب إلى الجهة التي قصدها؟