टैप ऐक्शन को स्पष्ट विज़ुअल या हैप्टिक फ़ीडबैक के साथ कैसे जोड़ें

एक टैप कई अलग-अलग इवेंट्स को जन्म दे सकता है: कोई कंट्रोल दबाया जाता है, कोई सेटिंग बदलती है, कोई अनुरोध शुरू होता है, या कोई अनुरोध सफल अथवा विफल होता है। किसी भी ऐनिमेशन या कंपन को चुनने से पहले यह तय करें कि प्रत्येक संकेत किस इवेंट को दर्शाता है। प्रेस संकेत इनपुट की पुष्टि करता है; बदला हुआ लेबल या चयनित स्थिति (सिलेक्टेड स्टेट) स्थानीय स्थिति परिवर्तन की पुष्टि करती है; एक प्रोग्रेस इंडिकेटर यह बताता है कि कार्य जारी है; एक सफलता संदेश कार्य पूरा होने की पुष्टि करता है।

इन अर्थों को अलग-अलग रखें। यदि कोई बटन छूने पर थोड़ी देर के लिए गहरा हो जाता है, तो यह इस बात का प्रमाण नहीं है कि कोई नेटवर्क अनुरोध पूरा हो गया है। यदि सबमिशन में समय लग सकता है, तो जब तक ऐप को परिणाम पता न चल जाए, तब तक स्पष्ट प्रोग्रेस स्थिति बनाए रखें। Apple यह सुझाव देता है कि जब कोई ऐक्शन तुरंत पूरा न हो, तो बटन में एक गतिविधि संकेतक (एक्टिविटी इंडिकेटर) दिखाएं, और क्या हो रहा है यह स्पष्ट करने के लिए लेबल बदलने का सुझाव भी देता है। बटन पर Apple का मार्गदर्शन

फ़ीडबैक को बटन पर टैप मिलने पर चलने वाले किसी एकल इफ़ेक्ट के बजाय, कंट्रोल की वास्तविक स्थिति से जुड़े एक अनुक्रम (सीक्वेंस) के रूप में देखें। एक उपयोगी आधार रेखा इस प्रकार है:

1. रेडी (तैयार): ऐक्शन को ऐसे लेबल या परिचित प्रतीक के साथ दिखाएं जिससे उसका उद्देश्य स्पष्ट हो जाए।
2. प्रेस्ड (दबाया गया): तत्काल विज़ुअल प्रेस स्थिति प्रदान करें, जैसे कि सूक्ष्म भराव (फ़िल), स्केल, या हाइलाइट परिवर्तन।
3. वर्किंग (प्रगति पर): यदि कार्य पूरा होने में देरी हो रही है, तो प्रगति दिखाएं और जब ऐक्शन के लिए उपयुक्त हो, तो अनपेक्षित डुप्लिकेट सबमिशन को रोकें।
4. कम्पलीट या फेल्ड (पूर्ण या विफल): वास्तविक परिणाम के साथ इंटरफ़ेस को अपडेट करें। टॉगल के लिए, उसकी नई चयनित स्थिति दिखाएं; सबमिशन के लिए, संक्षिप्त सफलता या त्रुटि स्थिति प्रदान करें।

Apple का कहना है कि कस्टम बटनों में हमेशा एक प्रेस स्थिति होनी चाहिए, क्योंकि इसके बिना वे अप्रतिसादी (अनरिस्पॉन्सिव) महसूस हो सकते हैं। इसका व्यापक फ़ीडबैक मार्गदर्शन जानकारी के महत्व के साथ डिलीवरी का मिलान करने और जिस आइटम का वर्णन किया जा रहा है उसके पास स्थिति उपलब्ध कराने की सलाह देता है। बटन पर Apple का मार्गदर्शन और फ़ीडबैक मार्गदर्शन

जब तक उंगली कंट्रोल पर रहे, तब तक प्रेस्ड स्थिति को दृश्यमान रखें। रंग या अपारदर्शिता (ओपेसिटी) में एक छोटा सा बदलाव, एक संक्षिप्त स्केल परिवर्तन, या एक हाइलाइट काम कर सकता है, बशर्ते कंट्रोल पहचानने योग्य रहे और उसका लेबल सुपाठ्य रहे। परिणाम संप्रेषित करने के एकमात्र तरीके के रूप में रंग का उपयोग न करें: इसे स्थिति परिवर्तन, टेक्स्ट, आइकन, या अन्य दृश्य अंतर के साथ जोड़ें जो यह समझाए कि क्या हुआ है।

टॉगल के लिए, चयनित स्थिति टैप के बाद भी बनी रहनी चाहिए; केवल एक अस्थायी रिपल यह नहीं बताता कि सेटिंग चालू है या नहीं। "Save" जैसे एकबारगी ऐक्शन के लिए, बटन पहले अपनी प्रेस्ड स्थिति दिखा सकता है और फिर ऐप सहेजी गई स्थिति या स्टेटस प्रदर्शित कर सकता है। यदि कोई कार्य विफल हो जाता है, तो प्रासंगिक कंट्रोल के पास विफलता का कारण बताएं और अगला उपलब्ध ऐक्शन स्पष्ट करें। सटीक प्रस्तुति ऐप और प्लेटफ़ॉर्म पर निर्भर करती है, लेकिन संकेत उस स्थिति को दर्शाना चाहिए जिसे ऐप सत्यापित कर सकता है।

हैप्टिक्स बटन दबाने या पुष्ट स्थिति परिवर्तन जैसे किसी असंबद्ध (डिस्क्रीट) इवेंट को सुदृढ़ कर सकते हैं। वे वैकल्पिक हैं: यदि डिवाइस म्यूट है, हैप्टिक्स अक्षम हैं, या व्यक्ति प्रभाव को महसूस नहीं करता है, तब भी विज़ुअल प्रतिक्रिया का समझ में आना आवश्यक है। Android का मार्गदर्शन हैप्टिक्स का संयम से उपयोग करने, समान इंटरैक्शन के लिए उन्हें सुसंगत रखने, और उन्हें विज़ुअल या ऑडियो अनुभव से मिलाने की सलाह देता है। यह किसी बज़ी टच इफ़ेक्ट के बजाय कोई हैप्टिक न चुनने की सलाह भी देता है। Android के हैप्टिक्स डिज़ाइन सिद्धांत

एक व्यावहारिक विकल्प यह है कि जब प्लेटफ़ॉर्म उपयुक्त मानक प्रभाव प्रदान करता हो, तो किसी सार्थक पुष्टि के लिए हल्के, संक्षिप्त संकेत का उपयोग करें। प्रत्येक कम-महत्व वाले टैप, बार-बार स्क्रॉल करने, या ऐसे किसी इवेंट के लिए कंपन से बचें जिसमें कोई संगत विज़ुअल परिवर्तन न हो। यदि इवेंट महत्वपूर्ण है, तो सुनिश्चित करें कि विज़ुअल स्थिति उस अर्थ को व्यक्त करती हो; सफलता और विफलता के बीच अंतर करने के लिए केवल कंपन पर निर्भर न रहें।

प्रेस प्रतिक्रिया छूने के समय से संबंधित है; सफलता की प्रतिक्रिया सफलता ज्ञात होने के बाद से संबंधित है। तुरंत पूरे होने वाले ऐक्शन के लिए, ये क्षण बहुत करीब हो सकते हैं। रिमोट सेव या सबमिशन के लिए, वे एक ध्यान देने योग्य प्रतीक्षा द्वारा अलग हो सकते हैं। टच-डाउन पर सफलता का हैप्टिक दिखाना ऐप द्वारा पुष्टि किए जाने से पहले ही कार्य पूर्ण होने का दावा करने जैसा होगा।

Android पर, अनुशंसित View.performHapticFeedback दृष्टिकोण ऐक्शन-ओरिएंटेड कॉन्स्टेंट का उपयोग करता है, सिस्टम टच-फ़ीडबैक सेटिंग्स का सम्मान करता है, और इसके लिए VIBRATE अनुमति की आवश्यकता नहीं होती है। जरूरत पड़ने पर प्लेटफ़ॉर्म इन कॉन्स्टेंट के लिए फ़ॉलबैक व्यवहार प्रदान करता है। अधिक कस्टमाइज़ किए गए कंपन प्रभावों के अलग-अलग समर्थन और सेटअप संबंधी विचार होते हैं, इसलिए सामान्य कंट्रोल्स के लिए मानक ऐक्शन-ओरिएंटेड दृष्टिकोण को प्राथमिकता दें। Android की हैप्टिक फ़ीडबैक कार्यान्वयन गाइड

जहां अंतर्निहित (बिल्ट-इन) कंट्रोल्स पहले से ही अपेक्षित फ़ीडबैक प्रदान करते हैं, वहां उनका उपयोग करें। Apple नोट करता है कि स्विच, स्लाइडर और पिकर जैसे मानक कंट्रोल्स समर्थित iPhone मॉडल पर सिस्टम हैप्टिक्स चला सकते हैं। इसके ऊपर दूसरा कस्टम प्रभाव जोड़ने से सिग्नल दोहराया जा सकता है, इसलिए कोई अन्य संकेत जोड़ने से पहले कंट्रोल के मूल (नेटिव) व्यवहार की जांच करें। Apple का हैप्टिक्स मार्गदर्शन

आवृत्ति (फ़्रीक्वेंसी) भी मायने रखती है। एक फ़ीडबैक पैटर्न जो कभी-कभार फॉर्म सबमिशन के लिए उपयुक्त लगता है, वह बार-बार उपयोग किए जाने वाले बटन से जुड़े होने पर ध्यान भटकाने वाला बन सकता है। समकक्ष ऐक्शन में एक ही अर्थ को सुसंगत रखें, और मजबूत या अधिक ध्यान देने योग्य संकेतों को उन इवेंट्स के लिए आरक्षित रखें जो अधिक ध्यान आकर्षित करने के योग्य हैं। Android विशेष रूप से हैप्टिक की तीव्रता को किसी इवेंट के महत्व और उसके घटित होने की आवृत्ति दोनों से जोड़ने की सलाह देता है। Android के हैप्टिक्स डिज़ाइन सिद्धांत

ऐप जिन डिवाइसों और ऑपरेटिंग सिस्टमों का समर्थन करता है, उन पर पूरे क्रम का परीक्षण करें। एक बार टैप करें और पुष्टि करें कि प्रेस्ड स्थिति तुरंत दिखाई देती है; फिर सत्यापित करें कि देरी के दौरान प्रगति दृश्यमान बनी रहती है और परिणाम ज्ञात होने के बाद ही सफलता या विफलता दिखाई जाती है। तेजी से दूसरा टैप आज़माएं और पुष्टि करें कि इंटरफ़ेस भ्रमित करने वाला डुप्लिकेट फ़ीडबैक या अनपेक्षित दोहराए गए ऐक्शन नहीं बनाता है।

सिस्टम टच फ़ीडबैक बंद करके, और डिवाइस की हैप्टिक क्षमता अनुपलब्ध या असमर्थित होने पर इस जांच को दोहराएं। विज़ुअल स्थितियों को तब भी ऐक्शन और उसके परिणाम को संप्रेषित करना चाहिए। बार-बार होने वाले ऐक्शन की तुलना कभी-कभार होने वाले ऐक्शन से करें, और ऐसे प्रभावों को हटा दें जो अत्यधिक शोर वाले, असंगत या किसी दृश्य परिवर्तन से कटे हुए महसूस होते हैं। Android के मानक व्यू फ़ीडबैक के लिए, सिस्टम सेटिंग का डिफ़ॉल्ट रूप से सम्मान किया जाता है; कस्टम दृष्टिकोणों को अतिरिक्त समर्थन और फ़ॉलबैक जांच की आवश्यकता हो सकती है। Android की हैप्टिक फ़ीडबैक गाइड

एक स्पष्ट युग्मन (पेयरिंग) का एक सरल तर्क होता है: दिखाएं कि टैप दर्ज हो गया है, किसी भी प्रतीक्षा के बारे में बताएं, और वास्तविक होने पर परिणाम की पुष्टि करें। उपयुक्त होने पर हैप्टिक को उसी सिग्नल को मजबूत करने दें, जबकि विज़ुअल इंटरफ़ेस को अपने दम पर पूर्ण रखें।

• बटन — Apple ह्यूमन इंटरफ़ेस गाइडलाइंस
• फ़ीडबैक — Apple ह्यूमन इंटरफ़ेस गाइडलाइंस
• हैप्टिक्स बजाना — Apple ह्यूमन इंटरफ़ेस गाइडलाइंस
• हैप्टिक्स डिज़ाइन सिद्धांत — Android डेवलपर्स
• इवेंट्स में हैप्टिक फ़ीडबैक जोड़ें — Android डेवलपर्स