यदि कोई उपयोगकर्ता रद्द बटन पर क्लिक करता है तो उसे पुष्टि के लिए पूछने वाले संवाद को पॉप अप करना चाहिए?क्या एक रद्द बटन पुष्टिकरण के लिए पूछना चाहिए?
यदि हां, तो क्या यह हर समय होना चाहिए, या केवल तभी जब किसी फॉर्म पर सहेजे गए परिवर्तन न हों?
यदि कार्रवाई रद्द करना डेटा या डिवाइस को नष्ट कर देगा, हां। उदाहरण के लिए, कुछ डिवाइस के फर्मवेयर को अपग्रेड करने के बीच में रद्द करना।
यदि कार्रवाई की जा रही है तो एक लंबा समय लगता है और एक आकस्मिक रद्द करने की आवश्यकता होगी, हां।
उदाहरण के लिए, स्टैक ओवरव्लो पर पॉप-अप ढूंढें, जब मैं एक संपादन करने के बजाए एक टैब बंद करने का निर्णय लेता हूं तो मैंने अपने प्रश्नों में से एक शुरू किया था।
नहीं जब तक कि यह ऐसा कुछ न हो जो बहुत महत्वपूर्ण/संभावित रूप से हानिकारक हो। Popups के बाद popups होने के बाद परेशान है।
कार्रवाई के बिना कार्रवाई करना आसान बनाएं (अपने उपयोगकर्ताओं को परेशान न करें!)। लेकिन, इसे पूर्ववत करना भी आसान बनाता है। बहुत अच्छी यूआई सलाह के लिए Alan Cooper's About Face पढ़ें।
क्या यह सिर्फ मुझे है या एसओ का लिंक सम्मिलन तंत्र बदबू आ रही है? –
यह सिर्फ आप ही है। सभी लिंक में जंक फेंकता नहीं है। – GEOCHET
"रद्द करें" का अर्थ से पहले से शुरू करने का मतलब है। अगर कार्रवाई पहले ही शुरू हो चुकी है, तो कमांड को इसके बजाय "रोकें" नाम दिया जाना चाहिए। इससे उपयोगकर्ता को यह स्पष्ट हो जाता है कि बटन मध्य-स्ट्रीम में कुछ बाधित कर सकता है।
एक वास्तविक रद्द कार्रवाई को पुष्टि की आवश्यकता नहीं है क्योंकि इससे कोई समस्या नहीं आती है। एक स्टॉप एक्शन हो सकता है, लेकिन केवल अगर भाग के माध्यम से रोकना एक गड़बड़ स्थिति में चीजें छोड़ सकता है। (और उस स्थिति में, आपको पहले से किए गए सभी परिवर्तनों को रोकने के लिए एक रास्ता खोजने पर विचार करना चाहिए ताकि कार्रवाई वापस शुरू होने से पहले जो कुछ भी हो, वह वापस लौट जाए। यह हमेशा संभव नहीं है, जैसे अगर आप फाइलों को हटा रहे हैं।)
यह वास्तव में स्थिति पर निर्भर करता है।
उदाहरण के लिए एक वीडियो एन्कोडिंग, एक प्रक्रिया जिसमें घंटों लग सकते हैं, एक पुष्टि होनी चाहिए, सिर्फ इसलिए कि आप 99% पर गलती से बटन दबा सकते हैं।
दूसरी ओर, किसी इंस्टॉलर या अन्य ऐप की प्रारंभिक प्रक्रिया को पुष्टि की आवश्यकता नहीं होती है क्योंकि इसे आम तौर पर पर्याप्त रूप से पुन: प्रारंभ किया जा सकता है और इसे शुरू करने में लंबा समय नहीं लगता है।
यदि रद्द करना क्लिक करना एक ऐसी प्रक्रिया शुरू करता है जो संभावित रूप से लंबे समय तक ले लेता है (मान लीजिए कि इसे परिवर्तनों को उलट करने की आवश्यकता है), उपयोगकर्ता को इसके बारे में सूचित किया जाना चाहिए, संभवतः पॉपअप के साथ, लेकिन बटन के बगल में कुछ पाठ पर्याप्त हो सकता है कुंआ।
सामान्य नियम जितना संभव हो सके पुष्टिकरण संवाद को कम करना है, उदाहरण के लिए इसे पूर्ववत कार्रवाई के साथ प्रतिस्थापित किया जा सकता है। मुझे नहीं लगता कि यह अधिकांश रद्द बटन पर लागू होता है।
अपने प्रश्न का उत्तर निर्धारित करने के लिए निम्नलिखित कलन विधि का उपयोग करें:
if (1-p)*w > p*a then ask for confirmation
जहां
आप पी, डब्ल्यू और ए का अनुमान लगाना होगा। मेरे डिफ़ॉल्ट मानों का उपयोग करके, आपको पुष्टि के लिए पूछना चाहिए जब अनजाने रद्द करने से उपयोगकर्ता को 10.5 सेकंड से अधिक समय लगेगा। तो, लंबे समय तक ऑपरेशन के मामले में, उदा। एक वीडियो एन्कोडिंग, आपको यह नहीं पूछना चाहिए कि उपयोगकर्ता उस कार्य को शुरू करने के बाद 10 सेकंड के भीतर रद्द कर देता है या नहीं। डेटा एंट्री के मामले में, यह न पूछें कि फॉर्म अभी भी पूरी तरह से खाली है या नहीं, लेकिन पूछें कि क्या उपयोगकर्ता पहले ही डेटा दर्ज कर चुका है या नहीं।
असल में, यदि रद्द करना पूर्ववत करना मुश्किल है, समय लेने वाली या असंभव है, तो आपको उपयोगकर्ता को संकेत देना चाहिए। आमतौर पर वे मामले होते हैं जब उपयोगकर्ता ने कुछ क्रियाएं की हैं जिन्हें वे संरक्षित करना चाहते हैं (उदाहरण के लिए ब्लॉग पोस्ट लिखना और टैब बंद करना, हार्डवेयर डिवाइस पर फ़र्मवेयर अपडेट करना, सिस्टम अपडेट चलाना, सॉफ़्टवेयर के बड़े टुकड़े इंस्टॉल करना) बस हटाना वर्तमान राज्य। आखिरकार, कभी-कभी रद्द बटन को गलती से क्लिक किया जा सकता है। यह निर्धारित करने के लिए आपको सामान्य ज्ञान का उपयोग करने की आवश्यकता है कि यह एक उपयोगकर्ता के लिए वास्तव में एक बुरा अनुभव होगा यदि कोई ऑपरेशन गलती से रद्द कर दिया गया था (जो रद्द करने के लिए कॉल करेगा), या क्या वे आसानी से फिर से शुरू कर सकते हैं जो बिना किसी नुकसान के गलती से रद्द कर दिया गया था । ऐसी समस्याओं को हल करने के लिए मैं जिस रणनीति का उपयोग करता हूं वह है कि मैं खुद को उपयोगकर्ता के जूते में डाल कर, यानी खुद को इस कार्यक्रम के उपयोगकर्ता के रूप में कल्पना कर रहा हूं। अगर मैं गलती से रद्द कर दूंगा तो मुझे कैसा लगेगा ??? यदि वह मानसिकता गंभीर है, तो मामले में एक संकेत जोड़ें।
मुझे डेटा के संदर्भ में उत्तर लगता है।
यदि उपयोगकर्ता डेटा पर परिवर्तन करता है, तो इंटरफ़ेस पर कहीं क्लिक करने के बारे में बात नहीं करते, तो उपयोगकर्ता को बाहर निकलने की पुष्टि करने के लिए कहा जाना चाहिए। लेकिन अगर कोई बदलाव नहीं हुआ, तो पुष्टि के लिए कोई कारण नहीं है। चूंकि पुष्टिकरण उपयोगकर्ता के लिए एक प्रयास है।
यह संकेत देना बेहतर होगा, लेकिन यदि संभव हो तो इसे रद्द करने के बाद रद्दीकरण को पूर्ववत करना आसान हो जाता है। जीमेल यह अच्छी तरह से करता है। आप 'हटाएं' पर क्लिक करते हैं, इसे हटा दिया जाता है, लेकिन आपको 'पूर्ववत हटाएं' कहने के लिए शीर्ष पर एक लिंक मिलता है। समय लेने के मामले के लिए
+1। हालांकि मैं इस बारे में सहमत नहीं हूं कि "कार्रवाई को रद्द करने से डेटा नष्ट हो जाएगा"। लगभग सभी रूप उपयोगकर्ता से कुछ इनपुट लेते हैं, अगर "रद्द करें" दबाया जाता है, तो इसे "रद्द करें" दें! – Hemant