ڈیزائن / فن تعمیر

ویب-27

WEB-27: تمام ایجنسیاں کامن ویلتھ بینر کو غیر تبدیل شدہ اور COV ڈیزائن سسٹم کے ذریعے بیان کردہ ظاہر کریں گی۔ 

ویب کو سمجھنا-27  

کامن ویلتھ برانڈنگ بار شہریوں کو کامن ویلتھ آف ورجینیا میں سرکاری تنظیموں کی سرکاری ویب سائٹس کی شناخت میں مدد کرتا ہے۔ اس سے زائرین کو یہ سمجھنے میں بھی مدد ملتی ہے کہ وہ جس سائٹ پر ہیں وہ سرکاری اور محفوظ ہے۔ نئی برانڈنگ بار ویب سائٹ کے زائرین کے لیے ایک نیویگیشن پورٹل کے طور پر بھی کام کرتی ہے تاکہ سرکاری ایجنسیوں میں آسانی سے تشریف لے جا سکیں اور Virginia.gov پر واپس تشریف لے جانے کی ضرورت کے بغیر دولت مشترکہ کی معلومات تلاش کریں۔ 

برانڈنگ بار کو انسٹال کرنا آسان ہے، اور ایجنسیوں کے لیے ہدایات اور کوڈ حاصل کیے جا سکتے ہیں کہ وہ اپنی ویب سائٹس پر حاصل کریں دولت مشترکہ برانڈنگ بار کے تحت۔ یہ صفحہ کسی ایجنسی کی ویب سائٹ کے ہیڈ ٹیگ میں رکھنے کے لیے کوڈ بنانے کے لیے مرحلہ وار ہدایات دیتا ہے۔ ایجنسیوں کے پاس اپنی ویب سائٹس کی رنگین تھیمنگ کو بہتر طور پر موزوں کرنے کے لیے سرمئی اور سفید برانڈنگ بارز کے درمیان انتخاب کرنے کا انتخاب بھی ہے۔ 

تیار کردہ ہر برانڈنگ بار پر مشتمل ہے: 

  • ریاست ورجینیا کا لوگو 
  • ایجنسی یا ورجینیا کی حکومتی ہستی کا نام، جن میں سے جنریٹرز کو مکمل نام کا ہجے کرنا چاہیے 
  • ایک بائی لائن جس میں کہا گیا ہے، "کامن ویلتھ آف ورجینیا کی ایک آفیشل ویب سائٹ" اور ایک ڈراپ ڈاؤن جس میں کہا گیا ہے کہ "یہ ہے آپ کیسے جانتے ہیں۔" 
  • ڈراپ ڈاؤن کامن ویلتھ آف ورجینیا لوگو اور HTTPS سرٹیفکیٹس کے بارے میں معلومات پر مشتمل ہے۔ 
  • "ایک کامن ویلتھ ریسورس تلاش کریں" کا لیبل لگا ایک ذیلی مینو جس پر کلک کرنے پر، صارفین کو ورجینیا کی ایجنسیوں یا حکومتی اداروں کے ساتھ ساتھ عام طور پر استعمال ہونے والی کامن ویلتھ سروسز اور ایجنسی کی سروس کے علاقے کے لحاظ سے ترتیب دیئے گئے وسائل کو تلاش کرنے کی اجازت دیتا ہے۔ 

تیار کردہ کوڈ کو ویسے ہی استعمال کیا جانا چاہیے اور اس میں کسی بھی طرح ترمیم نہیں کی جانی چاہیے۔ انسٹالیشن میں کسی بھی قسم کی دشواری کو VITA میں انٹرپرائز ویب سروسز ٹیم کو ای میل کے ذریعے بھیجا جانا چاہیے جو تیار کیا گیا کوڈ جیسا ہے استعمال کیا جانا چاہیے اور اسے کسی بھی طرح تبدیل نہیں کیا جانا چاہیے۔ انسٹالیشن میں کسی بھی قسم کی مشکلات کو VITA پر انٹرپرائز ویب سروسز ٹیم کو developer@vita.virginia.govپر ای میل کر کے بھیجا جانا چاہیے۔ 

ویب-28

WEB-28: COV ویب سسٹم ایک ایجنسی سائٹ سرچ باکس فراہم کرے گا جو ہر صفحہ پر ظاہر ہوگا اور COV ڈیزائن سسٹم کی ہدایات کے مطابق ظاہر ہوگا۔ 

ویب کو سمجھنا-28

ہر ایجنسی کی ویب سائٹ اور صفحہ پر ایک ایجنسی کے وسیع سائٹ سرچ باکس کا ہونا صارفین کو متعلقہ مطلوبہ الفاظ اور تلاش کی اصطلاحات میں ٹائپ کرکے معلومات تک زیادہ تیزی سے رسائی کی اجازت دیتا ہے جو انہیں متعلقہ لنکس کی فہرست کی طرف لے جاتے ہیں۔  ایک ایجنسی صرف پرائمری یا سیکنڈری نیویگیشن پر انحصار نہیں کر سکتی تاکہ صارفین کو متعلقہ معلومات کی طرف لے جا سکے۔  

چونکہ تلاش کے خانے ان ویب سائٹس کے لیے تیزی سے مرکزی بن جاتے ہیں جن میں بڑی مقدار میں مواد اور معلومات ہوتی ہیں، خاص طور پر پالیسیاں، طریقہ کار، یا شہری خدمات شامل ہوتی ہیں، تلاش کے خانے ہر صفحہ پر نمایاں طور پر دکھائے جانے چاہئیں اور صارفین کے لیے آسانی سے قابل توجہ ہونا چاہیے۔ 

اس کے علاوہ، تلاش کے خانوں کو درج ذیل بہترین طریقوں پر عمل کرنا چاہیے: 

  • تلاش، جہاں ممکن ہو، ایک کھلے متن کے استفسار والے فیلڈ کو برقرار رکھنا چاہیے جس میں پلیس ہولڈر کے متن پر "تلاش" کا لیبل لگا ہوا ہے یا کچھ الفاظ تک محدود سیاق و سباق کی ہدایات کے ساتھ جن میں صارف سوالات ٹائپ کر سکتا ہے۔ 
  • تلاش کے خانوں کے ساتھ میگنفائنگ گلاس کا آئیکن ہونا چاہیے جس میں کم سے کم تفصیل ہو۔s ممکن (سادہ لکیرٹ)۔ صارفین عالمی سطح پر میگنفائنگ گلاس کو تلاش کی فعالیت کی علامت کے طور پر پہچانتے ہیں۔ 
  • جب ممکن ہو، اس آئیکن کو تلاش کی فعالیت کو نہیں چھپانا چاہیے کیونکہ یہ تعامل کی لاگت (زیادہ کلکس) کو بڑھاتا ہے اور تلاش کی فعالیت کو کم الگ کرتا ہے۔ 
  • جب شک ہو تو اسے گوگل کی طرح کریں۔ 
  • تلاش کے سوالات کی تصدیق انٹر کو دبا کر کی جانی چاہیے۔ اگر چاہیں تو تصدیقی بٹن کو دبا کر بھی تلاش کے سوالات کی تصدیق کی جا سکتی ہے، حالانکہ سرچ باکس میں انٹر کو دبانے کے تعامل کو برقرار رکھا جانا چاہیے۔ 
  • اگر تصدیقی بٹن شامل کر رہے ہیں، تو اس کا سائز اور مناسب طور پر رکھا جانا چاہیے (عموماً سرچ باکس کی اونچائی، اوپن ٹیکسٹ استفسار والے فیلڈ کے دائیں طرف رکھی جاتی ہے)۔ یہ سرچ بٹن کم از کم، رسائی کے بہترین طریقوں کو پورا کرنے کے لیے سائز میں 45 x 45 پکسلز کا ہونا ضروری ہے۔ 
  • کم از کم لمبائی میں تقریباً 27 حروف کو سنبھالنے کے لیے ان پٹ ٹیکسٹ باکس کا سائز چوڑا ہونا چاہیے (ems کا استعمال کرتے ہوئے سیٹ کریں)۔ 
  • جہاں ممکن ہو، سرچ باکس کو ایجنسی کی ویب سائٹ کے اوپری دائیں کونے میں، کامن ویلتھ برانڈنگ بار کے نیچے رکھا جانا چاہیے۔ 
  • 10 سے کم آئٹمز کا ایک خودکار تجویز ڈراپ ڈاؤن فیلڈ صارفین کو تیزی سے تلاش کرنے میں مدد کر سکتا ہے جو وہ تلاش کر رہے ہیں، تاہم، اس کا استعمال کرنے والی ایجنسیوں کو اس بات کو یقینی بنانا چاہیے کہ فیلڈ خود کار طریقے سے تیار کردہ تجاویز ان پٹ فیلڈ میں ٹائپ کردہ تلاش کی اصطلاحات سے متعلقہ ہونی چاہیے۔ 
  • ایک بار جب کوئی صارف انٹر دباتا ہے، اصل تلاش کی اصطلاح کو فیلڈ میں رہنا چاہیے جب تک کہ صارف اسے صاف نہ کر دے۔ 
  • اگر کوئی تلاش کا سوال کوئی نتیجہ نہیں دیتا ہے، تو صارفین کو واضح طور پر یہ بتاتے ہوئے معلومات کے ساتھ پیش کیا جانا چاہئے کہ کوئی مماثل نتائج نہیں ہیں۔ 

ویب-29

WEB-29: COV ویب سسٹمز میں ایک سائٹ کا نقشہ شامل ہوگا تاکہ سرچ انجنوں کو ویب سائٹ کو زیادہ موثر طریقے سے کرال کرنے کے قابل بنایا جاسکے۔ مثالیں COV ڈیزائن سسٹم میں فراہم کی جائیں گی۔

ویب کو سمجھنا-29

سائٹ کا نقشہ ایک فائل ہے جو سرچ انجنوں کو آپ کی زیادہ تر سائٹ کے مواد کو کرال کرنے کے ذریعے دریافت کرنے کی اجازت دیتی ہے۔ 

سائٹ کے نقشے XML فارمیٹ میں ہونے چاہئیں، جو سرچ انجنوں کو نہ صرف HTML فائلوں کو انڈیکس کرنے کی اجازت دیتا ہے، بلکہ تصاویر، ویڈیو، خبروں کے مواد، اور ایجنسی کے ویب صفحات کے مقامی ورژن کے بارے میں ڈیٹا۔ 

XML فارمیٹ میں سائٹ کے نقشے بنانے کے طریقے کے بارے میں مزید جاننے کے لیے، براہ کرم ملاحظہ کریں۔ sitemaps.org پر Sitemaps XML فارمیٹ دستاویزات۔ 

VITA مندرجہ ذیل سائٹ میپ کے بہترین طریقوں پر عمل کرنے کی تجویز کرتا ہے جیسا کہ developers.google.com پر بیان کیا گیا ہے: 

  • ایک واحد سائٹ کا نقشہ غیر کمپریس شدہ 50MB تک محدود ہونا چاہیے۔ اگر آپ کی ایجنسی کی سائٹ کے نقشے کی فائل بڑی ہے، تو براہ کرم اپنے سائٹ کے نقشے کو متعدد سائٹ کے نقشوں میں تقسیم کریں۔ 
  • سائٹ کے نقشے کی فائلوں کا UTF-8 انکوڈ ہونا ضروری ہے۔ 
  • یہ تجویز کیا جاتا ہے کہ آپ کے سائٹ کے نقشوں کو سائٹ کی جڑ پر ہوسٹ کیا جائے۔ 
  • اپنے سائٹ کے نقشے میں مکمل طور پر اہل، مطلق یو آر ایل استعمال کریں، مثال کے طور پر، /agencypage.html کی بجائے https://www.myvaagency.gov/agencypage.html استعمال کریں۔ 

ویب-30

WEB-30: COV ویب سسٹم اس بات کو یقینی بنائے گا کہ ہر صفحہ کا فوٹر کم از کم درج ذیل معلومات پر مشتمل ہو: 

  • ایجنسی کا نام 
  • کاپی رائٹ کی معلومات 
  • ٹیکسٹ یا ایک منظور شدہ آئیکن لنک جس میں ویب ایکسیسبیلٹی انیشیٹو (WAI) کی تعمیل بتائی گئی ہو۔
  • ایجنسی کے انٹرنیٹ پرائیویسی پالیسی کے بیان سے لنک کریں۔
  • FOIA معلومات سے لنک کریں۔
  • ترجمہ ڈسکلیمر
  • ہم سے رابطہ کا صفحہ
  • دیگر آئٹمز جیسا کہ COV ڈیزائن سسٹم کے ذریعے بیان کیا گیا ہے۔ 

ویب کو سمجھنا-30

ویب سائٹ کا فوٹر ایک جامد UI پیٹرن ہے جو کسی ایجنسی کے سائٹ کے تمام صفحات کے بالکل نیچے دکھایا جاتا ہے۔ WEB-30 یہ بتاتا ہے کہ ہر صفحہ کے فوٹر پر درج ذیل کو ظاہر کیا جائے: 

  • ایجنسی کا نام: ایجنسی کا پورا نام ظاہر ہونا چاہیے۔ 
  • کاپی رائٹ کی معلومات: کاپی رائٹ © مکمل ایجنسی کے نام کے طور پر دکھایا گیا [موجودہ سال] 
  • متن یا ایک منظور شدہ آئیکن لنک جس میں ویب ایکسیبلٹی انیشیٹو (WAI): ویب ایکسیسبیلٹی انیشیٹو کے طور پر لکھا اور اس سے منسلک ہے۔ WCAG 2.0 AA موافقت کا صفحہ. متبادل طور پر، ایجنسیاں WAI لوگو کا استعمال کرتے ہوئے WAI سے لنک کر سکتی ہیں۔ لوگو کے استعمال کے لیے رہنما خطوط اور کوڈ پر پایا جا سکتا ہے۔ W3C کا WCAG کنفارمنس لوگو کا صفحہ شامل کرنا. 
  • یہ ضروری ہے کہ ایجنسیاں اس لنک کو استعمال کرتے وقت WCAG 2.0 میں بیان کردہ AA موافقت کو پورا کرنے کے لیے کام کریں۔ 
  • ایجنسی کے انٹرنیٹ پرائیویسی پالیسی کے بیان سے لنک کریں: رازداری کی پالیسیاں ایجنسی کے لیے مخصوص ہوتی ہیں لیکن کم از کم اس بات کی وضاحت کرنی چاہیے کہ سائٹ تک رسائی حاصل کرتے وقت ایجنسی کس طرح صارف کی معلومات کا استعمال اور جمع کرتی ہے، کون سی معلومات اکٹھی کی جاتی ہے، یہ ورجینیا کے قانون سے کیسے متعلق ہے، جہاں صارف مزید معلومات، کوکی پالیسی، اور دیگر معلومات کے لیے پہنچ سکتا ہے جو صارف کے ڈیٹا کے استعمال سے متعلق ہے۔ پر ایک مثال مل سکتی ہے۔ virginia.gov 
  • FOIA معلومات کا لنک: FOIA کی معلومات ایجنسی کے لیے مخصوص ہے اور اس میں ورجینیا فریڈم آف انفارمیشن ایکٹ، صارف کے FOIA حقوق، صارف کیسے ریکارڈ کی درخواست کر سکتا ہے، درخواست کہاں بھیجنا ہے، اور درخواست موصول ہونے پر ایجنسی کی ذمہ داریوں پر سادہ زبان میں معلومات ہونی چاہیے۔ FOIA کے بارے میں مزید معلومات اس میں مل سکتی ہیں۔ ورجینیا کا کوڈ، باب 37 ۔ 
  • ترجمے سے دستبرداری: ترجمے کی تردید میں کہا گیا ہے کہ ایک فریق ثالث (عام طور پر گوگل ترجمہ) صفحات کو مقامی بنانے کے لیے دستیاب ہے۔ اس دستبرداری میں فریق ثالث کا نام ہونا چاہیے، اور ساتھ ہی زبانی کہ یہ اختیار فراہم کیا گیا ہے کہ وہ ویب سائٹ انگریزی کے علاوہ دوسری زبانوں میں فراہم کرنے میں صارفین کی مدد کرے، لیکن یہ کہ کوئی خودکار ترجمہ کامل نہیں ہے اور یہ کہ فریق ثالث کی خدمت "جیسا ہے" فراہم کی جاتی ہے۔ پر ایک مثال مل سکتی ہے۔ VITA کا ترجمہ ڈس کلیمر صفحہ. 
  • ہم سے رابطہ کا صفحہ: فوٹر میں ہم سے رابطہ کا صفحہ شامل ہونا چاہیے۔ مزید معلومات کے لیے براہ کرم WEB-31 دیکھیں۔ 

مزید برآں، COV ڈیزائن سسٹم تجویز کرتا ہے کہ تمام فوٹر 

  • موبائل پر کام کریں۔ 
  • فوٹر میں اضافی لنکس کو مقصد کے ساتھ منتخب کیا جانا چاہئے (اکثر استعمال کیا جاتا ہے، منی سائٹ کا نقشہ، وغیرہ) 
  • سوشل میڈیا لنکس/آئیکونز پر مشتمل ہے، لیکن پوری سوشل فیڈز پر نہیں۔ 
  • کم سے کم سے لے کر بغیر کسی تصویر کے واضح اور پڑھنے کے قابل ہے۔ 
  • کال ٹو ایکشن کو مختصر رکھیں اور اگر استعمال کیا جائے تو واضح سمت اور مقصد کے ساتھ۔ 

ویب-31

WEB-31: COV ویب سسٹمز ہم سے رابطہ کا صفحہ فراہم کریں گے جس میں کم از کم ایجنسی کے درج ذیل شامل ہوں گے۔ 

  • ڈاک کا پتہ
  • FAX نمبر، اگر دستیاب ہو۔
  • فون نمبر، بشمول ایک ٹول فری نمبر اور/یا TTY نمبر اگر دستیاب ہو۔
  • کسی ایجنسی کے رابطہ کو ای میل لنک یا رابطہ فارم۔ 
  • ہم سے رابطہ کریں صفحہ صفحہ فوٹر سے قابل رسائی ہوگا۔  

ویب کو سمجھنا-31

نوٹ ایجنسیوں کو عام ای میل پتے استعمال کرنے چاہئیں اور مخصوص افراد سے ایجنسی کے رابطے کے لنکس کو منسلک کرنے سے گریز کرنا چاہیے۔ 

ہم سے رابطہ کا صفحہ صارفین کو مختلف صارفین کو ایڈجسٹ کرنے کے لیے مختلف ذرائع سے کسی بھی سوال یا تشویش کے لیے ایجنسی سے رابطہ کرنے کی اجازت دیتا ہے۔ 

  • میلنگ ایڈریس ایجنسی کا فزیکل ایڈریس ہونا چاہیے نہ کہ PO باکس، اس طرح فارمیٹ کیا گیا ہے: 
     ایجنسی کا پورا نام 
    123 گلی کا پتہ روڈ، سویٹ نمبر 456 
    سٹی، VA زپ کوڈ 
     
  • فیکس نمبر ، اگر دستیاب ہو، اس طرح فارمیٹ کیا جائے: 
    123-555-5555 (فیکس)
  • فون نمبر ، بشمول ٹول فری نمبر اور/یا TTY نمبر اگر دستیاب ہو، اس طرح فارمیٹ کیا گیا: 
    1-123-555-5555 (فون) 
    1-800-555-5555 (ٹول فری) 
    1-123-555-5555 (TTY) 
  • اگر ضرورت ہو تو مزید ہدایات فراہم کی جا سکتی ہیں کہ اگر دستیاب ہو تو TTY یا ریلے سروسز کو کیسے استعمال کیا جائے۔ 
  • ایک عام ای میل لنک کا استعمال کسی مخصوص فرد کے ساتھ ایجنسی کے رابطے سے بچنے کے لیے کیا جانا چاہیے اور اسے اس طرح فارمیٹ کیا جانا چاہیے: 
     
    contact@agency.virginia.gov 
     
    ایجنسی کے رابطے کے لیے رابطہ فارم ای میل ایڈریس کا متبادل ہے۔ اگر فارم استعمال کر رہے ہیں، تو جواب کے لیے فارم میں کم از کم درج ذیل فیلڈز ہونے چاہئیں, مناسب لیبلنگ کے ساتھ:
  • پہلا نام
  • آخری نام (؟ کیا آخری نام واقعی درکار ہے؟ کم از کم اصول پر چلتے ہوئے)
  • ای میل یا فون نمبر
  • پیغام یا تبصرہ کے لیے فیلڈ 

ویب-36

WEB-36: COV پلیٹ فارم ویب سسٹم، بشمول کمرشل آف دی شیلف (COTS) سسٹمز، کامن ویلتھ برانڈنگ کے بغیر کسی رکاوٹ کے استعمال کے لیے وائٹ لیبلنگ کو سپورٹ کریں گے جیسا کہ COV ڈیزائن سسٹم کے ذریعے بیان کیا گیا ہے۔

ویب کو سمجھنا-36

پلیٹ فارم ویب سسٹمز کی تعریف EA نے یوں کی ہے: 

کوئی بھی ویب سسٹم جو بڑے پیمانے پر یا ملٹی ٹیننٹ نفاذ کے لیے انٹرپرائز کی سطح کی صلاحیتیں فراہم کرتا ہے، بشمول ہیومن ریسورس مینجمنٹ سسٹمز (HRMS)، فنانشل مینجمنٹ سلوشنز (FMS)، سپلائی چین مینجمنٹ (SCM)، کسٹمر ریلیشن شپ مینجمنٹ (CRM)، انٹرپرائز پرفارمنس مینجمنٹ (EPM)، اور Content Management Systems (CMS)۔ 

ان سسٹمز کو COVA ایجنسیوں کے لیے اس قابلیت کی اجازت دینی چاہیے کہ وہ اپنی ظاہری شکل کو EA ظاہری شکل اور ڈیزائن کے نظام کے معیارات (جسے وائٹ لیبلنگ بھی کہا جاتا ہے) کے مطابق دوبارہ برانڈ کر سکیں جب بیرونی طور پر پیش کیا جائے یا عوام کا سامنا ہو۔ کم از کم، ایک پلیٹ فارم ویب سسٹم جس تک عوامی صارفین رسائی حاصل کر سکتے ہیں، اسے صفحہ کے اوپری حصے میں کامن ویلتھ برانڈنگ بار ڈسپلے کرنا چاہیے۔ 

رسائی

ویب-39

WEB-39: COV ویب سسٹم ضروری قابل رسائی معلومات فراہم کریں گے جو COV ڈیزائن سسٹم کی ہدایات کے مطابق ظاہر کی جائے گی، تاکہ صارف کو فوری طور پر علم ہو کہ ویب سائٹ کو بہترین طریقے سے کیسے نیویگیٹ کیا جائے۔

ویب کو سمجھنا-39

COV ویب سسٹم واضح طور پر ویب سائٹس کی رسائی کی تعمیل پوسٹ کرے گا۔ جیسا کہ درج WEB-30، خاص طور پر اہلیت سے قطع نظر ویب سائٹ کو نیویگیٹ کرنے کے لیے درکار حکمت عملیوں سے صارفین کو آگاہ کریں۔اسکےعلاوہ، ایجنسیوں کو ایک قابل رسائی بیان شامل کرنا چاہیے۔ ایجنسی کی کوششیں شامل ہیں۔ ایک قابل رسائی ویب سائٹ تیار کرنے کی طرف، وہ کس طرح ایکسیسبیلٹی کو ٹریک کرتے ہیں، اور صارفین کس تک رسائی سے متعلق خدشات کو بتا سکتے ہیں۔

ویب-40 - ویب-43

بصری ضروریات (WEB-40 – WEB-43)

WEB کو سمجھنا-40 - WEB-43

ہائی کنٹراسٹ رنگوں کی رہنمائی WCAG کی کامیابی کے معیار 1.4 پر مبنی ہے۔ 3 کنٹراسٹ (کم سے کم)، جو کہتا ہے: 

کی بصری پیشکش متن اور متن کی تصاویر ایک ہے برعکس تناسب کم از کم 4.5 میں سے:1 ، سوائے درج ذیل کے: 

  • بڑے پیمانے پر بڑے پیمانے پر متن کے متن اور تصاویر کا تناسب کم از کم 3:1 ہے؛
  • متن یا متن کی تصاویر جو غیر فعال کا حصہ ہیں۔ صارف انٹرفیس جزو، وہ ہیں خالص سجاوٹ، جو کسی کو نظر نہیں آتے ہیں، یا جو کسی تصویر کا حصہ ہیں جس میں اہم دیگر بصری مواد شامل ہیں، ان میں تضاد کی ضرورت نہیں ہے۔
  • متن جو لوگو یا برانڈ کے نام کا حصہ ہے اس میں متضاد کی ضرورت نہیں ہے۔ 

رنگوں کے برعکس تناسب کا تعین آڈیٹنگ ٹول جیسے SiteImprove یا آن لائن چیکرز جیسے کہ استعمال کرکے کیا جاسکتا ہے۔ WebAIM. 

آڈیو اشاروں کی رہنمائی WCAG کے کامیابی کے معیار 1.2 پر مبنی ہے۔ 2 کیپشنز (پہلے سے ریکارڈ شدہ)، جو کہتا ہے: 

مطابقت پذیر میڈیا میں تمام پہلے سے ریکارڈ شدہ آڈیو مواد کے لیے سرخیاں فراہم کی جاتی ہیں، سوائے اس کے کہ جب میڈیا متن کے لیے میڈیا کا متبادل ہو اور واضح طور پر اس طرح کا لیبل لگا ہو۔ 

رینڈرنگ کیپشننگ کے بہترین طریقوں پر رہنمائی مل سکتی ہے۔ ڈبلیو سی اے جی کی تجویز کردہ سائٹ، joeclark.org اور بیان کردہ اور کیپشننگ میڈیا پروگرام کی ویب سائٹ۔ 

مزید برآں، تمام صارفین ان معذوریوں کی وجہ سے رنگ، منظر کشی، یا دیگر بصری اشارے کو نہیں سمجھ سکتے ہیں جو بصارت کو متاثر کرتے ہیں جیسے کہ بصارت والے صارفین میں اندھا پن یا رنگ اندھا پن۔ WEB-41 WCAG کی کامیابی کے معیار 1 پر مبنی ہے۔4۔ 1 رنگ کا استعمال، جس میں کہا گیا ہے: 

رنگ کو معلومات پہنچانے، کسی عمل کی نشاندہی کرنے، ردعمل کا اشارہ دینے، یا کسی بصری عنصر کو ممتاز کرنے کے واحد بصری ذریعہ کے طور پر استعمال نہیں کیا جاتا ہے۔ 

مثال کے طور پر، اگر کسی رابطہ فارم میں "جمع کروائیں" کے لیے سبز بٹن اور "کلیئر فارم" کے لیے گرے بٹن ہے۔,", جمع کرانے کے لیے بٹن اور ہدایات دونوں پر واضح طور پر لیبل لگا ہونا چاہیے۔ اس صورت میں سبز بٹن پر "جمع کروائیں" اور سرخ بٹن پر "کلیئر" کا لیبل لگا ہونا چاہیے۔.". ہدایات میں صارفین کو ہدایت کرنی چاہیے کہ "فارم جمع کرانے کی تصدیق کے لیے جمع کرائیں بٹن پر کلک کریں یا فارم کو صاف کرنے اور دوبارہ شروع کرنے کے لیے کلیئر فارم بٹن پر کلک کریں۔" 

صارف کی الجھنوں سے بچنے کے لیے لیبلنگ واضح اور وضاحتی ہونی چاہیے، لیکن صارفین کو تیزی سے پڑھنے اور پڑھنے یا دیگر علمی معذوریوں کے ساتھ صارفین کی مدد کرنے کے لیے کافی مختصر ہونا چاہیے۔ 

ایجنسیوں کو اپنی ویب سائٹس پر ہائپر لنکس کی نشاندہی کرنے کے لیے اکیلے رنگ کا استعمال نہیں کرنا چاہیے۔ ایجنسیوں کو استعمال کرنا چاہئے مسلسل، آسانی سے پہچانے جانے والے ڈیزائن کے پیٹرن جو اندرونی اور بیرونی طور پر سامنے آنے والے دونوں ہائپر لنکس کی نشاندہی کرتے ہیں، جیسے کہ بنیادی، CSS ہوور اسٹیٹس، اور آئیکنز (خاص طور پر بیرونی طور پر سامنے آنے والے ہائپر لنک کی صورت میں)۔ 

اس کے علاوہ، وہ فیلڈز جنہیں ضرورت کے طور پر نشان زد کیا گیا ہے یا وہ فیلڈز جو ان پٹ کی غلطیوں سے پوری ہوئی ہیں ان کو یہ معلومات ان طریقوں سے پیش کرنی چاہیے جن کی شناخت صرف رنگ کے استعمال سے نہیں کی جاتی ہے۔ مثال کے طور پر، کسی فیلڈ کو صرف سرخ بارڈر میں ہائی لائٹ نہیں کیا جا سکتا یا اس کے آگے سرخ ستارہ نہیں رکھا جا سکتا۔ بلکہ، ایجنسیوں کو شناخت کنندگان پر غور کرنا چاہیے جیسے کہ "First Name Required" یا "First Name*" اور ایک اطلاع کنندہ جو کہتا ہے "* = Required Field"۔ 

مطلوبہ فیلڈ کے بہترین طریقوں کی بصری اور کوڈ مثالیں مل سکتی ہیں۔ Deque's The Anatomy of Accessible Forms: Required Form Fields صفحہ. 

صارف کی داخل کردہ غلطیوں کے لیے، غلطی کی واضح، جامع وضاحت کے ساتھ غلطی آسانی سے قابل شناخت ہونی چاہیے۔ ہر غلطی کا پیغام درج ذیل معیارات پر بھی پورا اترنا چاہیے: 

  • غلطی میں ہر فیلڈ کی شناخت کریں۔
  • غلطیوں کو درست کرنے کے لیے تجاویز (جب معلوم ہو) فراہم کریں،
  • اس معلومات کو صحیح طریقے سے معاون ٹیکنالوجی کے سامنے پیش کریں۔ 

اضافی معلومات اور مثالوں کے لیے قابل رسائی فارم فیلڈز کو غلطیوں کے ساتھ فارمیٹ کرنے کا طریقہ، براہ کرم ملاحظہ کریں۔ سطح تک رسائی' قابل رسائی فارم کی غلطی کی شناخت کا صفحہ کیسے فراہم کریں۔. 

ARIA کے تقاضے

ویب-44 - ویب-53

WEB-44 – WEB-53: ARIA کی ضروریات

WEB کو سمجھنا-44 - WEB-53

HTML 5 میں ڈیولپرز اور قابل رسائی ٹکنالوجی کو ویب صفحہ کی ساخت، مواد اور تنظیم کو آسانی سے سمجھنے میں مدد کرنے کے لیے ایک بڑی قسم اور زیادہ وضاحتی HTML ٹیگز شامل ہیں۔ ایجنسیوں کو اس بات کو یقینی بنانا چاہیے کہ ان کی ویب سائٹیں صحیح طریقے سے سیمنٹک HTML استعمال کر رہی ہیں تاکہ ڈویلپرز، صارفین اور قابل رسائی ٹیکنالوجیز کو ان کی ویب سائٹ کے مواد تک مناسب طریقے سے رسائی حاصل ہو سکے۔ مزید، HTML5 سیمنٹک مارک اپ HTML کوڈ میں ARIA کے استعمال کو محدود کرنے میں مدد کرتا ہے۔ HTML 5 میں سیمنٹک مارک اپ اور قابل رسائی میں اس کے کردار کے بارے میں مزید معلومات کے لیے، براہ کرم ملاحظہ کریں۔ موزیلا کا ایچ ٹی ایم ایل: قابل رسائی ویب پیج کے لیے ایک اچھی بنیاد. 

ARIA، یا Accessible Rich Internet Applications ایک ویب سائٹ کو معاون ویب ٹیکنالوجیز استعمال کرنے والے صارفین کے لیے مزید قابل رسائی بنانے کے لیے HTML کوڈ میں شامل کردہ کرداروں اور صفات کا ایک مجموعہ ہے۔ اگر آپ کے پاس پہلے سے موجود سیمنٹکس اور رویے کے ساتھ HTML عنصر استعمال کرنے کا اختیار ہے، تو AIRA کے بجائے وہ HTML عنصر استعمال کریں۔ ایجنسیوں کو ARIA کو HTML عنصر کے ساتھ استعمال کرنا چاہیے اگر کوئی دوسرا HTML عنصر موجود نہ ہو جو مقامی طور پر لفظی یا طرز عمل کی وضاحت کرتا ہو یا اس کے کام کرتا ہو۔ جب ایجنسیاں ARIA استعمال کرنے کا انتخاب کرتی ہیں، تو انہیں آگاہ ہونا چاہیے کہ وہ معاون ویب ٹیکنالوجیز (جیسے کی بورڈ ٹیب آرڈر) کے لیے مناسب اور اسی طرح کا مقامی تجربہ تخلیق کرنے کے لیے ذمہ دار ہیں۔ 

WEB-44 – WEB-53 خاص طور پر ARIA کے استعمال کے تقاضوں کی نشاندہی کرتا ہے اگر ایجنسیوں کو ایسی صورت حال مل جائے جہاں کوئی مساوی سیمنٹک مارک اپ نہ ہو۔ ڈویلپرز کا حوالہ دے سکتے ہیں۔ W3C کی قابل رسائی رچ انٹرنیٹ ایپلیکیشنز (WAI-ARIA) 1.3 ARIA معیارات کے لیے مزید گہرائی سے تفصیل کے لیے، جبکہ ڈیزائنرز کا حوالہ دے سکتے ہیں۔ W3C کی ARIA تصنیف کی مشق گائیڈ (APG) عام ڈیزائن پیٹرن اور ARIA کے استعمال کے ساتھ بہترین کام کرنے والے تعاملات کو ڈیزائن کرنے کے بارے میں معلومات کے لیے۔ 

لے آؤٹ کے ساتھ صارف کا تعامل

ویب-54 - ویب-102

WEB-54 – WEB-102: ترتیب کے ساتھ صارف کا تعامل

WEB کو سمجھنا-54 - WEB-102

جب ایجنسیاں ویب سائٹس بناتی ہیں، تو انہیں نہ صرف "سب سے زیادہ عام" صارف پر غور کرنا چاہیے، بلکہ صارف کی وسیع اقسام اور زندہ تجربات کے لیے ایک ڈیزائن پر غور کرنا چاہیے۔ ان گروہوں کو عام طور پر درج ذیل زمروں میں تقسیم کیا جاتا ہے۔ 

  • بصری
  • سمعی
  • موٹر
  • علمی 

اس طرح، ایجنسیوں کو اس بات کو یقینی بنانا چاہیے کہ ان کی ویب سائٹس تک رسائی حاصل کی جا سکتی ہے اور ان پانچ صارف گروپوں کے ساتھ بات چیت کی جا سکتی ہے اور ان کی ویب سائٹ کے تعاملات کے متبادل تغیرات دستیاب ہیں۔ اگر کوئی لنک ماؤس پوائنٹر کے ساتھ قابل رسائی ہے، مثال کے طور پر، یہ کی بورڈ کے ذریعے ٹیب آرڈر کے ذریعے، اسکرین ریڈرز کے ذریعے سیمنٹک مارک اپ کے ذریعے بھی دستیاب ہونا چاہیے، اور نہ صرف رنگ کے ذریعے ظاہری طور پر ظاہر کیا جانا چاہیے۔ مزید برآں، ایجنسیوں کو الٹ ٹیکسٹ کے ذریعے بصری ذرائع (جیسے تصاویر) اور سمعی اشارے کے لیے وضاحتی یا دیگر مساوی متن کو بیان کرنے پر غور کرنا چاہیے۔  

ایجنسیوں کو چاہیے کہ وہ صارفین کو ویب صفحہ پر مکمل کنٹرول کی اجازت دیں اگر اس میں چلائے جانے والے میڈیا (سماعی اور/یا بصری) ہوں اور ایسے صارفین کے لیے جن کو مرگی یا درد شقیقہ کے محرکات ہو سکتے ہیں چمکنے اور اسکرول کرنے سے گریز کریں۔ 

جب شک ہو تو اسے آسان رکھیں! 

ڈویلپرز اور ایجنسیاں حوالہ دے سکتے ہیں۔ WCAG ویب 2.1 معیارات تازہ ترین اور منظور شدہ ویب معیارات کے لیے اگر وہ مزید گہرائی میں جانا چاہتے ہیں۔ تاہم، ہارورڈ یونیورسٹی نے سرفہرست 10 لوازموں کے لیے ایک سادہ، پڑھنے میں آسان گائیڈ پیش کیا ہے جس پر ڈیولپرز کو قابل رسائی ہونا چاہیے جو WEB-54 – WEB-71 میں شامل بیشتر موضوعات کا احاطہ کرتا ہے۔ 

WEB-72 – WEB-102 خاص طور پر ویب سائٹس بنانے پر توجہ مرکوز کرتا ہے۔ قابل فہم، قابل عمل، اور مضبوط یہ چار میں سے تین اصول ہیں۔ WCAG کے رسائی کے چار اصول۔ 

WCAG کے مطابق، یہ چار اصول ہیں: 

  • قابل فہم - معلومات اور یوزر انٹرفیس کے اجزاء کو صارفین کے لیے ان طریقوں سے پیش کیا جانا چاہیے جو وہ سمجھ سکتے ہیں۔ اس کا مطلب یہ ہے کہ صارفین کو پیش کی جانے والی معلومات کو سمجھنے کے قابل ہونا چاہئے (یہ ان کے تمام حواس کے لئے پوشیدہ نہیں ہوسکتی ہے) 
  • قابل عمل - یوزر انٹرفیس کے اجزاء اور نیویگیشن قابل عمل ہونا چاہیے۔ اس کا مطلب یہ ہے کہ صارفین کو انٹرفیس کو چلانے کے قابل ہونا چاہیے (انٹرفیس کو تعامل کی ضرورت نہیں ہے جو صارف انجام نہیں دے سکتا) 
  • قابل فہم - معلومات اور یوزر انٹرفیس کا آپریشن قابل فہم ہونا چاہیے۔ اس کا مطلب یہ ہے کہ صارفین کو معلومات کے ساتھ ساتھ یوزر انٹرفیس کے آپریشن کو سمجھنے کے قابل ہونا چاہیے (مواد یا آپریشن ان کی سمجھ سے باہر نہیں ہو سکتا) 
  • مضبوط - مواد اتنا مضبوط ہونا چاہیے کہ اس کی مختلف قسم کے صارف ایجنٹس بشمول معاون ٹیکنالوجیز قابل اعتماد طریقے سے تشریح کر سکیں۔ اس کا مطلب یہ ہے کہ صارفین کو مواد تک رسائی حاصل کرنے کے قابل ہونا چاہیے جیسے جیسے ٹیکنالوجیز کی ترقی ہوتی ہے (جیسے جیسے ٹیکنالوجیز اور صارف ایجنٹ تیار ہوتے ہیں، مواد کو قابل رسائی رہنا چاہیے) 

یہ چار اصول ویب پر آج کے جدید رسائی کے معیارات کی ریڑھ کی ہڈی بناتے ہیں۔ 

مزید برآں، WEB-72 کہتا ہے کہ ایجنسی کی ویب سائٹوں میں کم از کم ہونا چاہیے۔ دو مندرجہ ذیل اشیاء میں سے: 

  • متعلقہ صفحات کی فہرست  
  • مندرجات کا جدول 
  • سائٹ کا نقشہ 
  • تلاش کریں۔ 
  • تمام صفحات کی فہرست 

مختصر اور آسان طریقے سے مزید معلومات کے لیے، ایجنسیاں حوالہ دے سکتی ہیں۔ ہارورڈ یونیورسٹی کے اصول ان کی ڈیجیٹل ایکسیبلٹی انیشیٹو ویب سائٹ سے. 

یوزر ڈیوائس نیویگیشن

ویب-103 - ویب-120

ویب-103 – ویب-120: صارف کا آلہ نیویگیشن

WEB کو سمجھنا-103 - WEB-120

WEB-103 – WEB-120 خاص طور پر کسی ویب سائٹ کو نیویگیٹ کرنے کے متبادل طریقوں پر توجہ مرکوز کرتا ہے۔ یہ سمجھنا ضروری ہے کہ تمام صارفین ایک ان پٹ ڈیوائس کا استعمال نہیں کرتے جو ماؤس پوائنٹر کا استعمال کرتا ہے۔ متبادل ان پٹ آلات میں اسکرین ریڈرز، وائس کمانڈز، ماؤتھ اسٹکس، گھونٹ اور پف، اور ٹیب اور کمپیوٹر کی بورڈز پر پائی جانے والی کلیدیں شامل ہو سکتی ہیں، چند ایک کے نام۔ 

ایجنسیاں معاون ٹیکنالوجیز کے بارے میں مزید جان سکتی ہیں۔ یونیورسٹی آف برکلے کی اقسام کی معاون ٹیکنالوجیز ویب صفحہ. 

مزید برآں، یہ EA سیکشن موبائل آلات پر ممکنہ صارفین کے موٹر کنٹرول فنکشن کا بھی حوالہ دیتا ہے، یہ بتاتے ہوئے کہ: 

COV ویب سسٹمز کو ملٹی پوائنٹ یا پاتھ پر مبنی اشاروں کی ضرورت نہیں ہوگی، جیسے چٹکی بجانا، سوائپ کرنا، یا گھسیٹنا۔ فعالیت کے لیے جب تک کہ اشارہ فعالیت کے لیے ضروری نہ ہو۔ 

اس کا مطلب یہ ہے کہ ٹچ اسکرین ڈیوائسز پر، صارفین کو اشارہ کنٹرول کی ضرورت کے بغیر کسی ویب صفحہ پر متن کو زوم، بڑا کرنے، یا بنیادی تعاملات انجام دینے کے قابل ہونا چاہیے۔ اور یہ کہ ویب سائٹس کو مختلف اسکرین سائزز اور آلات پر مقامی طور پر جواب دینے کے لیے تیار کیا جانا چاہیے۔ 

ایجنسیاں اضافی رسائی کی تکنیکوں کی خرابی تلاش کر سکتی ہیں، بشمول سیکشن میں، میں ہارورڈ یونیورسٹی کی معاون ٹیکنالوجیز تکنیک کا ویب صفحہ. 

اے وی مواد

ویب-121 - ویب-128

AV مواد: WEB-121 – WEB-128

WEB کو سمجھنا-121 - WEB-128

تمام صوتی اور بصری میڈیا ویب پر صارفین کے لیے مناسب طور پر قابل رسائی اور فارمیٹ ہونا چاہیے۔ ای اے میں یہ سیکشن مخصوص حوالے سے ہے۔ WCAG گائیڈ لائن 1.2 - وقت پر مبنی میڈیا، جو اس بات کا خاکہ پیش کرتا ہے کہ ویب سائٹس پر اے وی مواد کو کس طرح قابل رسائی بنایا جانا چاہئے۔ معیارات 1.2۔ 1 اور 1.2۔ 5 حوالہ دیا جانا چاہئے، جو ذیل میں درج ہے: 

  • وقت پر مبنی میڈیا کے لیے ایک متبادل فراہم کیا گیا ہے جو پہلے سے ریکارڈ شدہ آڈیو صرف یا صرف ویڈیو مواد کے لیے مساوی معلومات پیش کرتا ہے۔  
  • مطابقت پذیر میڈیا میں تمام پہلے سے ریکارڈ شدہ آڈیو مواد کے لیے سرخیاں فراہم کی جاتی ہیں۔ 
  • وقت پر مبنی میڈیا یا پہلے سے ریکارڈ شدہ ویڈیو مواد کی آڈیو تفصیل کا متبادل مطابقت پذیر میڈیا کے لیے فراہم کیا گیا ہے، 
  • مطابقت پذیر میڈیا میں تمام لائیو آڈیو مواد کے لیے سرخیاں فراہم کی جاتی ہیں۔ 
  • مطابقت پذیر میڈیا میں تمام پہلے سے ریکارڈ شدہ ویڈیو مواد کے لیے آڈیو کی تفصیل فراہم کی جاتی ہے۔ 

مزید برآں، تمام لائیو مواد، جیسے ویبینرز اور ویب کاسٹ جو ایجنسی کی ویب سائٹس یا ایپلی کیشنز پر ہوسٹ کیے گئے ہیں، کو بھی درست اور وقت پر کیپشن فراہم کرنا چاہیے (جیسے ریئل ٹائم کیپشننگ اور/یا CART ٹرانسکرپشن)۔ 

صارفین کے پاس میڈیا کو کسی بھی وقت روکنے، چلانے اور روکنے کی صلاحیت بھی ہونی چاہیے۔ اور میڈیا کو خود بخود نہیں چلنا چاہیے جب صارف صفحہ وزٹ کرتا ہے۔