আমি একটি নির্মাণ করছিলাম Modal যে উপাদানগুলি ব্যবহার করে উপাদান showModal পদ্ধতি উপাদান পরীক্ষা করার সময়, আমি আবিষ্কার করেছি যে আমি এটি থেকে ট্যাব করতে পারি (মডেল মোডে) এবং ঠিকানা বারে।
এবং আমি বিস্মিত হয়েছিলাম – মোডালের চারপাশে অ্যাক্সেসিবিলিটি পরামর্শ সাধারণত আমাদেরকে মোডেলের মধ্যে ফোকাস আটকাতে শিখিয়েছে। তাই এটা আমার কাছে ভুল মনে হচ্ছে।
আরও গবেষণার পরে, মনে হচ্ছে আমাদের আর ফোকাসকে আটকে রাখার দরকার নেই (এমনকি মোডাল মোডেও)। অতএব, আপনি যদি ফোকাস-ট্র্যাপিং ব্যবহার করেন তবে এটি খারাপ পরামর্শ দেওয়া হয়। .
আপনার জন্য কিছু নোট
আলোচনার বিশদ বিবরণ দিয়ে পুরো GitHub সমস্যাটি পড়তে বলার পরিবর্তে, আমি নীচে উল্লেখযোগ্য ব্যক্তিদের কাছ থেকে কিছু মূল পয়েন্ট সংক্ষিপ্ত করেছি।
এখানে স্কট ও’হারার কিছু মন্তব্য রয়েছে যা আমাদের ফোকাস-ট্র্যাপিং পরামর্শের ইতিহাস এবং প্রেক্ষাপট সম্পর্কে বলে:
WCAG হল না স্ট্যান্ডার্ড বলে ফোকাস একটি সংলাপে ফ্রেম করা উচিত। বরং, স্ট্যান্ডার্ড WCAG স্পেসিফিকেশন একটি ডায়ালগে ফোকাস আচরণের প্রয়োজনীয়তার শূন্য উল্লেখ করে।
তথ্যগত 2.4.3 ফোকাস অর্ডার বোঝার নথি করে একটি ডায়ালগের মধ্যে ফোকাস আচরণ সীমিত করার বিষয়ে কথা বলুন – কিন্তু আবার, এটি একটি স্ক্রিপ্টেড কাস্টম ডায়ালগের প্রেক্ষাপটে এবং অনেক আগে লেখা হয়েছিল।
inertবাব্যাপকভাবে উপলব্ধ ছিল।APG এর উদ্দেশ্য হল কিভাবে ARIA ব্যবহার করতে হয় তা প্রদর্শন করা। এবং, নেটিভ এইচটিএমএল ফিচার ব্যবহার না করে যেমন
বাinertএকটি কাস্টম ডায়ালগের মধ্যে ফোকাস আটকানো সেই আচরণ অর্জনের চেয়ে অনেক সহজ।উপাদান।এপিজি মডেল ডায়ালগ এবং ডব্লিউসিএজি কম্প্রিহেনশন ডক্স দুটোই অনেক আগে লেখা হয়েছিল
inertগুণাবলী বাউপাদান ব্যাপকভাবে সমর্থিত ছিল. এবং, ডেভেলপারদের ডায়ালগগুলিতে ফোকাস আটকে দেওয়ার জন্য নির্দেশ দেওয়ার বিকল্পটি তাদের বলবে যে তাদের নিশ্চিত করতে হবে যে একটি ওয়েব পৃষ্ঠায় মডেল ডায়ালগের বাইরে সমস্ত ফোকাসযোগ্য উপাদান একটি গ্রহণ করে।tabindex=-1.
লিওনি ওয়াটসন ওজন করেছেন এবং ব্যাখ্যা করেছেন কেন একজন স্ক্রিন-রিডার ব্যবহারকারীর জন্য ঠিকানা বারে ফোকাস সরানো ঠিক আছে:
পৃষ্ঠা প্রসঙ্গে আপনি চয়ন করতে পারেন ট্যাব ব্রাউজার ক্রোমের নীচে এবং চারপাশে, আপনি সরাসরি ঠিকানা বারে যেতে বা একটি নির্দিষ্ট মেনু খুলতে কীবোর্ড কমান্ড ব্যবহার করতে পারেন, আপনি একটি ট্যাব বন্ধ করতে পারেন, ইত্যাদি। এটি লোকেদের কীভাবে, কেন এবং কী করে তা প্রেক্ষাপটের বাইরে একটি পছন্দ দেয়।
একটি পৃষ্ঠা প্রসঙ্গের পরিবর্তে একটি ডায়ালগ প্রসঙ্গে লোকেদের কাছে একই বিকল্পগুলি উপলব্ধ করা যৌক্তিক (অন্তত আমার কাছে) বলে মনে হয়৷
অবশেষে, Mattatuck W3C-এর অ্যাক্সেসিবল প্ল্যাটফর্ম আর্কিটেকচার (APA) ওয়ার্কিং গ্রুপের ফলাফলগুলি ভাগ করেছে যা এই ধারণাটিকে সংশোধন করেছে ‘এস showModal পদ্ধতিতে ফোকাস ট্র্যাপিংয়ের প্রয়োজন নেই।
আমরা বেশ কয়েকটি এপিএ বৈঠকের সময় এই প্রশ্নটি সম্বোধন করেছি এবং এই সিদ্ধান্তে পৌঁছেছি যে নেটিভ সংলাপের উপাদানটির বর্তমান আচরণটি যেমন রাখা উচিত। সুতরাং, আপনি ডায়ালগ থেকে ব্রাউজার কার্যকারিতা ট্যাব করতে পারেন।
আমরা বিশেষ করে সুবিধা দেখতে পাই যে কীবোর্ড ব্যবহারকারীরা, উদাহরণস্বরূপ, গুরুত্বপূর্ণ কিছু দেখতে বা এইভাবে একটি ব্রাউজার সেটিং পরিবর্তন করতে একটি নতুন ট্যাব খুলতে পারেন। এছাড়াও, ডায়ালগ উপাদানটি এইভাবে একটি অতিরিক্ত প্রাকৃতিক এস্কেপ মেকানিজম (অর্থাৎ ঠিকানা বারে যাওয়া) প্রদান করে, উদাহরণস্বরূপ, কিয়স্ক পরিস্থিতিতে যেখানে ব্যবহারকারী অন্যান্য স্ট্যান্ডার্ড কীবোর্ড শর্টকাট ব্যবহার করতে পারে না।
আমি যা পড়ছি তা থেকে মনে হচ্ছে আমরা যদি ডায়ালগ API সঠিকভাবে ব্যবহার করি তাহলে আমাদের ফোকাস ট্র্যাপিং নিয়ে চিন্তা করার দরকার নেই। showModal পদ্ধতির !
আশা করি এই খবরটি আপনার জন্য উপাদান তৈরি করা সহজ করে তুলবে। 😉
