جمعہ کام کے دن کا اختتام ہے۔ بری خبر ہمیشہ جمعہ کو کام کے دن کے اختتام پر آتی ہے۔
آپ دفتر چھوڑنے والے ہیں، ابھی ابھی میل میں ایک اور تنظیم نو کے بارے میں ایک نیا خط آیا ہے۔
شکریہ xxxx، آج سے آپ zzzz رپورٹ کریں گے۔
...
اور Hugh کی ٹیم اس بات کو یقینی بنائے گی کہ ہماری مصنوعات معذور افراد کے لیے قابل رسائی ہیں۔
ارے نہیں! میں اس کا مستحق کیوں تھا؟ کیا وہ مجھے چھوڑنا چاہتے ہیں؟ اپنے آپ کو شکر گزار محنت اور دوسرے لوگوں کی غلطیوں کو درست کرنے کی کوشش کے لیے تیار کریں۔ یہ یقینی طور پر ایک ناکامی ہے ...
چند سال پہلے یہ دستیابی تھی۔ کچھ غریب روحوں کو UI کو "کلین اپ" کرنے کا کام دیا گیا تھا تاکہ اسے معذور لوگوں تک رسائی کے قابل بنانے کی کوشش کی جا سکے۔
اس کا اصل مطلب کافی مبہم تھا - غالباً اگر آپ فیلڈز کے ذریعے فوکس انڈیکیٹر اور ٹیب دیکھ سکتے ہیں، کچھ Alt ٹیکسٹ اور فیلڈ کی کچھ وضاحتیں رکھتے ہیں، تو یہ سمجھا جائے گا کہ آپ کی درخواست قابل رسائی ہے...
لیکن اچانک "کیڑے" برفانی تودے کی رفتار سے بڑھنے لگے۔
مختلف اسکرین ریڈرز (انگریزی اسکرین ریڈرز) اور براؤزرز نے بالکل مختلف سلوک کیا۔
صارفین نے شکایت کی ہے کہ ایپ ناقابل استعمال ہے۔
جیسے ہی ایک جگہ غلطی درست ہوئی، دوسری جگہ دوسری نمودار ہوئی۔
اور صرف صارف انٹرفیس کی غلطیوں کو تبدیل کرنے اور درست کرنے کے لیے ہرکولین کوششوں کی ضرورت ہے۔
میں وہاں تھا. میں بچ گیا، لیکن ہم "کامیاب" نہیں ہوئے - تکنیکی طور پر ہم نے بہت کچھ صاف کیا، فیلڈ کی بہت سی وضاحتیں، کردار شامل کیے، اور کسی حد تک تعمیل حاصل کی، لیکن کوئی خوش نہیں ہوا۔ صارفین نے پھر بھی شکایت کی کہ وہ ایپلیکیشن کو نیویگیٹ نہیں کر سکے۔ مینیجر نے اب بھی غلطیوں کے مسلسل سلسلے کی شکایت کی۔ انجینئرز نے شکایت کی کہ مسئلہ غلط طور پر پیش کیا گیا ہے، جس میں واضح طور پر بیان کردہ "درست" حل نہیں ہے جو تمام معاملات میں کام کرے گا۔
رسائی کو سمجھنے کے لیے میرے سفر کے دوران کچھ یقینی طور پر آنکھیں کھولنے والے لمحات تھے۔
شاید سب سے پہلے یہ احساس تھا کہ تیار شدہ پروڈکٹ کے اوپر رسائی کی فعالیت کو شامل کرنا مشکل تھا۔ اور مینیجرز کو قائل کرنا اور بھی مشکل ہے کہ یہ ناقابل یقین حد تک مشکل ہے! نہیں، یہ صرف "کچھ ٹیگز شامل کریں" نہیں ہے اور UI بالکل ٹھیک کام کرے گا۔ نہیں، یہ تین ہفتوں میں مکمل نہیں ہو سکتا، تین مہینے بھی کافی نہیں ہوں گے۔
میری سچائی کا اگلا لمحہ آیا جب میں نے پہلی بار دیکھا کہ نابینا صارفین نے ہماری ایپ کو کس طرح استعمال کیا۔ یہ غلطی کے پیغامات کو دیکھنے سے بہت مختلف ہے۔
میں اس پر بار بار واپس آؤں گا، لیکن لوگوں نے ہماری ایپ کو کس طرح استعمال کیا اس کے بارے میں ہمارے تقریباً سبھی "مفروضے" غلط تھے۔
کی اسٹروکس کا استعمال کرتے ہوئے ایک پیچیدہ یوزر انٹرفیس کو نیویگیٹ کرنا Tab/Shift+Tab - یہ بیکار ہے! ہمیں کچھ بہتر چاہیے۔ کی بورڈ شارٹ کٹس، ہیڈر۔
UI کو تبدیل کرتے وقت توجہ کھو دینا کوئی بڑا مسئلہ نہیں ہے، ہے نا؟ آئیے دوبارہ سوچتے ہیں - یہ ناقابل یقین حد تک مبہم ہے۔
میں نے جاری رکھا، تھوڑی دیر کے لیے مختلف پروجیکٹس پر کام کیا، اور پھر ہم نے ایک نیا پروجیکٹ شروع کیا، ایک پیچیدہ یوزر انٹرفیس اور ایک واضح انسٹالیشن کے ساتھ، آخر کار اس وقت رسائی حاصل کرنے کے لیے۔
لہذا، ہم نے ایک قدم پیچھے ہٹ کر دیکھا کہ ہم اس کو مختلف طریقے سے کیسے نافذ کر سکتے ہیں اور کامیاب ہو سکتے ہیں، اور اس عمل کو کم بورنگ بنا سکتے ہیں!
بہت جلد ہم کچھ نتیجے پر پہنچے:
- ہم نہیں چاہتے تھے کہ یوزر انٹرفیس تیار کرنے والے لوگ aria لیبلز/رولز اور یقیناً اجزاء کے HTML ڈھانچے کے ساتھ گڑبڑ کریں۔ ہمیں انہیں صحیح اجزاء فراہم کرنے کی ضرورت ہے جس نے باکس سے باہر رسائی حاصل کی۔
- قابل رسائی == استعمال میں آسانی - یعنی یہ صرف ایک تکنیکی چیلنج نہیں ہے۔ ہمیں ڈیزائن کے پورے عمل کو تبدیل کرنے اور اس بات کو یقینی بنانے کی ضرورت تھی کہ UI ڈیزائن شروع ہونے سے پہلے رسائی کو مدنظر رکھا جائے اور اس پر تبادلہ خیال کیا جائے۔ آپ کو ابتدائی طور پر یہ سوچنے کی ضرورت ہے کہ صارفین کسی بھی فعالیت کو کس طرح دریافت کریں گے، وہ کس طرح نیویگیٹ کریں گے، اور کی بورڈ سے دائیں کلک کیسے کام کرے گا۔ رسائی ڈیزائن کے عمل کا ایک لازمی حصہ ہونا چاہئے - کچھ صارفین کے لئے یہ صرف ایپلی کیشن کی ظاہری شکل سے کہیں زیادہ ہے۔
- شروع سے ہی، ہم نابینا اور دیگر معذور صارفین سے ایپلیکیشن کے استعمال میں آسانی کے بارے میں رائے حاصل کرنا چاہتے تھے۔
- ہمیں ایکسیسبیلٹی ریگریشنز کو پکڑنے کے لیے واقعی اچھے طریقوں کی ضرورت تھی۔
ٹھیک ہے، انجینئرنگ کے نقطہ نظر سے، پہلا حصہ کافی پرلطف لگ رہا تھا - ایک فن تعمیر کو تیار کرنا اور اجزاء کی لائبریری کو نافذ کرنا۔ اور واقعی ایسا ہی تھا۔
ایک قدم پیچھے ہٹتے ہوئے، دیکھتے ہوئے۔ اور اسے "فٹنگ ان" کے مسئلے کے بجائے ڈیزائن کے مسئلے کے طور پر سوچ کر، ہم نے کچھ تجریدات متعارف کرائے ہیں۔ ایک جزو میں ایک 'سٹرکچر' (HTML عناصر پر مشتمل ہوتا ہے) اور 'رویہ' ہوتا ہے (یہ صارف کے ساتھ کیسے تعامل کرتا ہے)۔ مثال کے طور پر، ذیل کے ٹکڑوں میں ہمارے پاس ایک سادہ غیر ترتیب شدہ فہرست ہے۔ "رویے" کو شامل کرنے سے متعلقہ کرداروں کو فہرست میں شامل کیا جاتا ہے تاکہ یہ ایک فہرست کی طرح کام کرے۔ ہم مینو کے لیے بھی ایسا ہی کرتے ہیں۔
درحقیقت، یہاں نہ صرف کردار شامل کیے گئے ہیں بلکہ کی بورڈ نیویگیشن کے لیے ایونٹ ہینڈلرز بھی شامل ہیں۔
یہ زیادہ صاف نظر آتا ہے۔ اگر ہم ان کے درمیان صاف علیحدگی حاصل کر سکتے ہیں، تو اس سے کوئی فرق نہیں پڑتا کہ ڈھانچہ کیسے بنایا گیا، ہم اس پر Behaviors کا اطلاق کر سکتے ہیں اور رسائی کا حق حاصل کر سکتے ہیں۔
آپ اس پر عمل کرتے ہوئے دیکھ سکتے ہیں۔ - UX لائبریری ، جو شروع سے ہی رسائی کو ذہن میں رکھتے ہوئے ڈیزائن اور لاگو کیا گیا ہے۔
دوسرا حصہ - ڈیزائن کے ارد گرد نقطہ نظر اور عمل کو تبدیل کرنے سے ابتدا میں مجھے خوف آتا تھا: ادنیٰ انجینئرز جو تنظیمی تبدیلی کو آگے بڑھانے کی کوشش کرتے ہیں ہمیشہ اچھی طرح سے ختم نہیں ہوتے ہیں، لیکن یہ سب سے زیادہ دلچسپ شعبوں میں سے ایک نکلا جہاں ہم نے اس عمل میں اہم شراکت کی۔ . مختصراً، ہمارا عمل اس طرح تھا: ایک ٹیم کی طرف سے نئی فعالیت تیار کی جائے گی، پھر ہماری قیادت کی ٹیم تجویز کا جائزہ لے گی/دوہرائے گی، اور پھر، ایک بار منظور ہونے کے بعد، ڈیزائن کو عام طور پر انجینئرنگ ٹیم کے حوالے کر دیا جائے گا۔ اس معاملے میں، انجینئرنگ ٹیم مؤثر طریقے سے قابل رسائی فعالیت کی "ملکیت" رکھتی ہے کیونکہ اس سے وابستہ کسی بھی مسئلے کو حل کرنا ان کی ذمہ داری تھی۔
شروع میں، یہ سمجھانا کافی مشکل کام تھا کہ رسائی اور قابل استعمال آپس میں جڑے ہوئے ہیں اور یہ ڈیزائن کے مرحلے پر ہونا چاہیے، ورنہ یہ بڑی تبدیلیوں اور کچھ کرداروں کی نئی تعریفوں کا باعث بنے گا۔ تاہم، انتظامیہ اور کلیدی کھلاڑیوں کے تعاون سے، ہم نے آئیڈیا لیا اور اسے حرکت میں لایا تاکہ ڈیزائنوں کو انتظامیہ کے سامنے پیش کرنے سے پہلے ان کی رسائی اور استعمال کے لیے جانچ کی جائے۔
اور یہ تاثرات ہر ایک کے لیے انتہائی قیمتی تھے - یہ علم کے اشتراک/مواصلات میں ایک مشق کے طور پر لاجواب تھا کہ کس طرح صارفین ویب ایپلیکیشنز کے ساتھ تعامل کرتے ہیں، ہم نے ان کے بننے سے پہلے UI کے مسائل کے متعدد علاقوں کی نشاندہی کی، اب ترقیاتی ٹیموں کے پاس بہت بہتر خصوصیات ہیں صرف بصری، بلکہ ڈیزائن کے طرز عمل کے پہلو بھی۔ حقیقی بحثیں تفریحی، پرجوش، تکنیکی پہلوؤں اور تعاملات کے بارے میں پرجوش گفتگو ہوتی ہیں۔
ہم یہ اور بھی بہتر کر سکتے ہیں اگر ہمارے پاس ان (یا بعد کی) میٹنگوں میں نابینا اور معذور صارفین ہوتے - اس کا اہتمام کرنا مشکل تھا، لیکن اب ہم مقامی نابینا تنظیموں اور کمپنیوں دونوں کے ساتھ کام کرتے ہیں، جو کہ ابتدائی طور پر عملدرآمد کے بہاؤ کی تصدیق کے لیے بیرونی جانچ فراہم کرتی ہیں۔ ترقی - دونوں اجزاء اور عمل درآمد کے بہاؤ کی سطحوں پر۔
انجینئرز کے پاس اب کافی تفصیلی وضاحتیں، دستیاب اجزاء ہیں جنہیں وہ لاگو کرنے کے لیے استعمال کر سکتے ہیں، اور عملدرآمد کے بہاؤ کو درست کرنے کا ایک طریقہ ہے۔ تجربے نے ہمیں جو کچھ سکھایا ہے اس کا ایک حصہ وہ ہے جو ہم ہمیشہ سے کھو رہے ہیں — ہم رجعت کو کیسے روک سکتے ہیں۔ اسی طرح، لوگ فعالیت کو جانچنے کے لیے انٹیگریشن یا اینڈ ٹو اینڈ ٹیسٹ کا استعمال کر سکتے ہیں، جن کی ہمیں تعاملات اور عمل کے بہاؤ میں تبدیلیوں کا پتہ لگانے کی ضرورت ہے — بصری اور طرز عمل دونوں۔
بصری رجعت کا تعین کرنا کافی حد تک طے شدہ کام ہے، اس عمل میں بہت کم ہے جو شاید یہ جانچنے کے علاوہ کہ کی بورڈ کے ساتھ نیویگیٹ کرتے وقت فوکس نظر آتا ہے یا نہیں۔ رسائی کے ساتھ کام کرنے کے لیے دو نسبتاً نئی ٹیکنالوجیز زیادہ دلچسپ ہیں۔
- ٹولز کا ایک سیٹ ہے جو براؤزر میں اور مسائل کی نشاندہی کرنے کے لیے بلڈ/ٹیسٹ سائیکل کے حصے کے طور پر چلایا جا سکتا ہے۔
- اس بات کی تصدیق کرنا کہ اسکرین ریڈرز صحیح طریقے سے کام کرتے ہیں خاص طور پر ایک مشکل کام رہا ہے۔ تک رسائی کے تعارف کے ساتھ قابل رسائی DOM، ہم آخر کار ایپ کے قابل رسائی اسنیپ شاٹس لینے کے قابل ہو گئے ہیں، بالکل اسی طرح جیسے ہم بصری ٹیسٹوں کے لیے کرتے ہیں، اور رجعت کے لیے ان کی جانچ کرتے ہیں۔
لہذا، کہانی کے دوسرے حصے میں، ہم نے ایچ ٹی ایم ایل کوڈ میں ترمیم کرنے سے لے کر تجرید کی اعلی سطح پر کام کیا، ڈیزائن کی ترقی کے عمل کو تبدیل کیا اور مکمل جانچ شروع کی۔ نئے عمل، نئی ٹیکنالوجی، اور تجرید کی نئی سطحوں نے رسائی کے منظر نامے کو مکمل طور پر تبدیل کر دیا ہے اور اس جگہ میں کام کرنے کا کیا مطلب ہے۔
لیکن یہ صرف شروعات ہے۔
اگلی "تفہیم" یہ ہے کہ نابینا صارفین جدید ٹیکنالوجی چلا رہے ہیں - وہ وہ ہیں جو نہ صرف ان تبدیلیوں سے سب سے زیادہ فائدہ اٹھاتے ہیں جو ہم نے پہلے بیان کی ہیں، بلکہ یہ بھی کہ ML/AI کے ذریعے نئے نقطہ نظر اور خیالات کو ممکن بنایا گیا ہے۔ مثال کے طور پر، Immersive Reader ٹیکنالوجی صارفین کو متن کو زیادہ آسانی اور واضح طور پر پیش کرنے کی اجازت دیتی ہے۔ اسے بلند آواز سے پڑھا جا سکتا ہے، جملے کی ساخت کو گرائمر کے لحاظ سے توڑا جاتا ہے، اور یہاں تک کہ لفظ کے معنی بھی گرافک طور پر دکھائے جاتے ہیں۔ یہ پرانی "اسے قابل رسائی بنائیں" کی ذہنیت میں بالکل فٹ نہیں بیٹھتا ہے - یہ ایک قابل استعمال خصوصیت ہے جو ہر کسی کی مدد کرے گی۔
ML/AI بات چیت اور کام کرنے کے بالکل نئے طریقوں کو فعال کر رہا ہے، اور ہم اس جدید سفر کے اگلے مراحل کا حصہ بننے کے لیے پرجوش ہیں۔ جدت طرازی سوچ میں تبدیلی سے چلتی ہے - انسانیت ہزاروں سالوں سے موجود ہے، مشینیں سینکڑوں سالوں سے، ویب سائٹس کئی دہائیوں سے، اور اسمارٹ فونز اس سے بھی کم، ٹیکنالوجی کو لوگوں کے مطابق ڈھالنا چاہیے، نہ کہ اس کے برعکس۔
PS مضمون کا ترجمہ اصل سے معمولی انحراف کے ساتھ کیا گیا ہے۔ اس مضمون کے شریک مصنف کے طور پر، میں نے ہیو کے ساتھ ان اختلافی باتوں پر اتفاق کیا۔
سروے میں صرف رجسٹرڈ صارفین ہی حصہ لے سکتے ہیں۔ ، برائے مہربانی.
کیا آپ اپنی درخواستوں کی رسائی پر توجہ دیتے ہیں؟
-
جی ہاں
-
کوئی
-
یہ پہلی بار ہے جب میں نے ایپ کی رسائی کے بارے میں سنا ہے۔
17 صارفین نے ووٹ دیا۔ 5 صارفین غیر حاضر رہے۔
ماخذ: www.habr.com