- Toast notification UI अब accessibility समस्याओं के कारण GitHub में अनुशंसित नहीं है
- अपने-आप गायब होने वाली अस्थायी notification संरचना visual और functional accessibility मानकों (WCAG) का उल्लंघन करने का जोखिम रखती है
- GitHub ने banner और dialog जैसे स्थायी और सुलभ feedback तरीकों को विकल्प के रूप में सुझाया है
- Toast में बड़ी स्क्रीन, multitasking, banner अनदेखी होने की प्रवृत्ति जैसी कई usability समस्याएँ भी शामिल हैं
- accessibility और एकसमान user experience के लिए Primer design system भर में Toast का उपयोग बंद
Toasts का अवलोकन
- Toast स्क्रीन के निचले कोने में थोड़ी देर के लिए दिखने वाली छोटी आयताकार notification विंडो है, जो user या system action से trigger होती है
- यह एक निश्चित समय के बाद अपने-आप गायब हो जाती है, इसलिए इसमें accessibility और usability समस्याएँ निहित हैं
- GitHub इसी कारण ज़्यादा स्थिर और सुलभ communication तरीकों की सिफारिश करता है
Toast के विकल्प
- उपयोग के उद्देश्य के अनुसार उपयुक्त UI चुनना आवश्यक है
- साधारण success notification के लिए अलग feedback की आवश्यकता नहीं; result screen से ही पुष्टि की जा सकती है
- जटिल कार्यों में banner या progressive content disclosure के जरिए success state बताई जा सकती है
- असफल कार्यों के लिए banner या dialog के माध्यम से error जानकारी दें
- form submission के मामले में साधारण form के लिए अलग confirmation आवश्यक नहीं, जबकि जटिल form के लिए intermediate confirmation page या banner का उपयोग करें
- input validation के लिए Primer के मौजूदा form validation components का उपयोग करें
- लंबे समय तक चलने वाले कार्यों के लिए banner या email·push notification जैसे अन्य channels के माध्यम से completion status बताएं
- session desynchronization होने पर dialog या banner से refresh की आवश्यकता बताएं
accessibility विचार (Accessibility Considerations)
- Toast UI कई WCAG success criteria का उल्लंघन कर सकता है
- 2.2.1 Timing Adjustable (A) : इसे तब तक बना रहना चाहिए जब तक user स्वयं बंद न करे
- 1.3.2 Meaningful Sequence (A) : DOM क्रम और visual क्रम में अंतर होने पर assistive technology उपयोग के दौरान भ्रम हो सकता है
- 2.1.1 Keyboard (A) : keyboard से toast के भीतर interactions को नियंत्रित किया जा सकना चाहिए
- 4.1.3 Status Messages (AA) : assistive technology को इसकी उपस्थिति बिना बाधा के बताई जानी चाहिए
- इसके अतिरिक्त जिन मानकों के उल्लंघन की संभावना है
- 1.4.4 Resize text (AA) : text size बदलने पर screen ढकने या overflow का जोखिम
- 1.4.10 Reflow (AA) : horizontal scroll के समय keyboard accessibility सुनिश्चित करनी होगी
- 2.4.3 Focus Order (A) : focus order में भ्रम संभव
- 3.2.4 Consistent Identification (AA) : code consistency बनाए रखना आवश्यक
usability विचार (Usability Considerations)
- बड़ी स्क्रीन पर toast दृश्य क्षेत्र से बाहर हो सकता है और नज़र ही न आए
- अपने-आप हटने पर, यदि user किसी अन्य काम में व्यस्त हो तो message छूट सकता है
- UI ढकने की समस्या: toast नीचे के buttons जैसे महत्वपूर्ण elements को ढक सकता है
- screen zoom उपयोगकर्ता zoom किए गए क्षेत्र के बाहर का toast नहीं देख पाएंगे
- working memory समस्या: अपने-आप गायब होने से जानकारी दोबारा जाँची नहीं जा सकती
- banner अनदेखा होने की प्रवृत्ति: अत्यधिक उपयोग से user उसे नज़रअंदाज़ करने लगते हैं
- स्थान असंगति: trigger हुए UI और toast के बीच भौतिक दूरी से उनके संबंध को लेकर भ्रम हो सकता है
- गलत dismiss व्यवहार: Esc key दबाने पर अन्य UI भी साथ में बंद हो सकते हैं
अतिरिक्त संदर्भ सामग्री
अभी कोई टिप्पणी नहीं है.