प्रश्नावली शैली

हर फ़ॉर्म की एक फॉर्म शैली होती है। NueForm शैली एक बार में एक प्रश्न दिखाती है। प्रश्नावली शैली सभी प्रश्न एक ही पेज पर दिखाती है: उत्तरदाता किसी भी क्रम में जवाब दे सकते हैं, पूरा होने तक कोई भी उत्तर बदल सकते हैं, और सब कुछ एक ही सबमिट करें बटन से भेजते हैं। लॉजिक जंप की जगह, प्रश्नावली दृश्यता शर्तों से प्रश्न दिखाती या छिपाती है, जिन्हें दृश्यता और क्रियाएँ डायलॉग में सेट किया जाता है।

फ़ॉर्म को प्रश्नावली शैली में बदलना

1. बिल्डर में फ़ॉर्म खोलें और सेटिंग्स पर जाएँ।
2. फॉर्म शैली में प्रश्नावली चुनें।

जिस फ़ॉर्म में भाषा बदलें स्टेप है, उसे प्रश्नावली शैली में नहीं बदला जा सकता: बिल्डर दिखाता है भाषा परिवर्तन नोड वाले फ़ॉर्म प्रश्नावली मोड का उपयोग नहीं कर सकते। पहले वह स्टेप हटाएँ।

अगर फ़ॉर्म में लॉजिक जंप हैं, तो प्रश्नावली शैली में बदलें डायलॉग चेतावनी देता है कि वे हटा दिए जाएँगे — प्रश्नावली उनकी जगह दृश्यता शर्तों का इस्तेमाल करती है — और यह बदलाव पूर्ववत नहीं किया जा सकता। अगर फ़ॉर्म में ईमेल स्टेप या डेटा नोड हैं, तो डायलॉग उन्हें भी सूचीबद्ध करता है और बताता है कि वे कैसे चलेंगे: ईमेल स्टेप फ़ॉर्म सबमिट होने पर भेजे जाते हैं, और डेटा नोड या तो तब चलते हैं जब उनके इस्तेमाल किए गए उत्तर बदलते हैं, या सबमिट करने पर।

ये स्टेप बदलाव को नहीं रोकते और न ही हटाए जाते हैं: वे अपनी जगह पर रहते हैं, और हर डेटा नोड को कब चलाएँ सेटिंग मिलती है (नीचे "डेटा नोड" सेक्शन देखें)। बदलने के बाद हर एक को जाँच लें।

उत्तरदाताओं को क्या दिखता है

सबमिट करने से पहले

• जब तक उत्तरदाता सबमिट करें पर क्लिक नहीं करता, कुछ भी अंतिम नहीं होता — कोई भी उत्तर अब भी बदला जा सकता है।
• उत्तरदाता के भरते समय उत्तर अपने-आप एक अधूरी (आंशिक) प्रतिक्रिया के रूप में सेव होते रहते हैं। आंशिक प्रतिक्रिया सबमिशन नहीं है: यह webhooks ट्रिगर नहीं करती, सूचना ईमेल नहीं भेजती, और आपके प्रतिक्रिया कोटा में नहीं गिनी जाती।
• सबमिट करें बटन हमेशा पेज के नीचे दिखता है। यह पहले उत्तरों की जाँच करता है: अगर कोई आवश्यक प्रश्न खाली है या कोई उत्तर अमान्य है, तो कुछ उत्तरों में सुधार की आवश्यकता है डायलॉग उन्हें सूचीबद्ध करता है और कुछ भी सबमिट नहीं होता।

सबमिट करने के बाद

सबमिट करने से प्रतिक्रिया पूरी होती है। इसी समय webhooks ट्रिगर होते हैं, सूचना ईमेल जाते हैं, ईमेल स्टेप भेजे जाते हैं, सबमिट पर चलने के लिए सेट किए गए डेटा नोड चलते हैं, और प्रतिक्रिया आपके कोटा में गिनी जाती है। सबमिट होते समय पेज लॉक रहता है। अगर अपडेट रखें पर सेट कोई डेटा नोड अभी इंतज़ार कर रहा है या चल रहा है, तो सबमिट पहले उसका इंतज़ार करता है — अधिकतम 10 सेकंड। अगर नोड का नया रिस्पॉन्स पेज को बदल देता है, तो अभी कुछ भी सबमिट नहीं होता। जब कोई सूची उत्तरदाता का चुना हुआ विकल्प अब नहीं दिखाती, तो सूची उसे हटा देती है और आपके पिछले उत्तर के आधार पर अपडेट किया गया। दिखाती है। जब रिस्पॉन्स की वजह से कोई प्रश्न दिखने लगता है, तो वह प्रश्न पेज पर आ जाता है। दोनों ही स्थितियों में पेज उस प्रश्न तक स्क्रॉल होता है, और उत्तरदाता उसे देखकर फिर से सबमिट करें पर क्लिक करता है। नया रिस्पॉन्स जिस प्रश्न को छिपा देता है, वह सबमिशन नहीं रोकता — उसका उत्तर छोड़ दिया जाता है, जैसे किसी भी छिपे हुए प्रश्न का।

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

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

सबमिट की गई प्रतिक्रिया को संपादित नहीं किया जा सकता — न पुष्टि वाली स्क्रीन से, न लिंक दोबारा खोलकर। अगर वह उत्तरदाता के मेरी प्रतिक्रियाएँ पेज पर सेव हुई थी (उत्तरदाता लॉगिन आवश्यक देखें), तो वे उसे वहाँ केवल पढ़ने के लिए देख सकते हैं।

बाद में वापस आने पर

फिर से शुरू करना ठीक वैसे ही काम करता है जैसे NueForm शैली वाले फ़ॉर्म में — Allow Resume और कस्टम विज़िटर आईडी देखें।

स्टेप कैसे चलते हैं

NueForm शैली वाले फ़ॉर्म में ईमेल स्टेप या डेटा नोड उसी क्षण चलता है जब उत्तरदाता उस तक पहुँचता है। प्रश्नावली में ऐसा कोई क्षण नहीं होता — सभी प्रश्न पेज पर एक साथ होते हैं — इसलिए स्टेप तय समय पर चलते हैं।

ईमेल स्टेप

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

डेटा नोड

हर डेटा नोड को कब चलाएँ सेटिंग मिलती है, जो केवल प्रश्नावली शैली में दिखती है:

अपडेट रखें विस्तार से:

• नोड तब चलता है जब उसके URL, हेडर और बॉडी में इस्तेमाल हुए हर उत्तर वेरिएबल (जैसे {animal}) में कोई मान हो, जिन पिछले डेटा नोड का रिस्पॉन्स वह इस्तेमाल करता है वे रिस्पॉन्स लौटा चुके हों, और उसकी अपनी दृश्यता शर्तें पूरी होती हों। ये शर्तें सिर्फ़ यह तय करती हैं कि नोड चलेगा या नहीं: उनमें जाँचे जाने वाले प्रश्नों का उत्तर दिया होना ज़रूरी नहीं है। कुछ लिखे बिना अन्य चुनना अभी उत्तर नहीं माना जाता। जो नोड कोई उत्तर इस्तेमाल नहीं करता, वह फ़ॉर्म खुलने पर चलता है।
• जब इनमें से कोई उत्तर बदलता है, नोड फिर से चलता है। विकल्प वाले उत्तर चुनते ही इसे ट्रिगर करते हैं; टेक्स्ट और नंबर वाले उत्तर — और किसी विकल्प प्रश्न के अन्य बॉक्स में लिखा टेक्स्ट — तब, जब उत्तरदाता फ़ील्ड से बाहर जाता है या 800 ms तक टाइप करना बंद कर देता है।
• अगर नोड अब नहीं चल सकता — उसका इस्तेमाल किया गया कोई उत्तर हटा दिया गया, या उसकी दृश्यता शर्तें अब पूरी नहीं होतीं — तो उसका रिस्पॉन्स वेरिएबल भी खाली कर दिया जाता है, ताकि उत्तरदाता द्वारा वापस लिया गया उत्तर कहीं इस्तेमाल न होता रहे।
• केवल सबसे नई रिक्वेस्ट मायने रखती है: नई रिक्वेस्ट अभी चल रही रिक्वेस्ट को रद्द कर देती है, और देर से आए परिणाम अनदेखे कर दिए जाते हैं।
• एक ही पेज लोड में सफल परिणाम दोबारा इस्तेमाल होते हैं: बिल्ली से कुत्ता और फिर वापस बिल्ली चुनने पर तीन नहीं, दो रिक्वेस्ट जाती हैं।
• हर पेज लोड में हर डेटा नोड के लिए अधिकतम 20 रिक्वेस्ट की अनुमति है; दोबारा इस्तेमाल हुए परिणाम इसमें नहीं गिने जाते। इसके बाद उस पेज लोड में नोड कोई रिक्वेस्ट नहीं भेजता, और जिन उत्तरों को वह पहले नहीं खोज चुका, उनके लिए उसका रिस्पॉन्स खाली रहता है।
• रिक्वेस्ट NueForm के सर्वर से होकर जाती हैं: उत्तरदाता के ब्राउज़र को नोड का URL, हेडर, बॉडी या कनेक्शन सीक्रेट कभी नहीं मिलते — सिर्फ़ उन वेरिएबल के नाम मिलते हैं जिनका रिक्वेस्ट इस्तेमाल करती है।

एक बार, सबमिट करने पर हमारे सर्वर पर, हर प्रतिक्रिया के लिए एक बार, उत्तरदाता के सबमिट करें पर क्लिक करने के बाद चलता है। तब तक फ़ॉर्म पूरा हो चुका होता है, इसलिए कोई भी प्रश्न या विकल्प सूची नोड के रिस्पॉन्स का इस्तेमाल नहीं कर सकती — जिस नोड का रिस्पॉन्स किसी प्रश्न या विकल्प सूची में जाता है, उसके लिए अपडेट रखें चुनें। हालाँकि सबमिट पर चलने वाले स्टेप इसका इस्तेमाल कर सकते हैं: उसके बाद रखे गए ईमेल स्टेप और एक बार, सबमिट करने पर वाले डेटा नोड, जो फ़ॉर्म के क्रम में चलते हैं। हर सबमिशन में अधिकतम 10 ईमेल स्टेप और एक बार, सबमिट करने पर वाले 10 डेटा नोड चलते हैं; इससे ज़्यादा वाले छोड़ दिए जाते हैं। ईमेल स्टेप उन प्रति विज़िटर, प्रति फ़ॉर्म और प्रति IP भेजने की सीमाओं का भी पालन करते हैं जो वेब फ़ॉर्म के हर ईमेल स्टेप पर लागू होती हैं — ईमेल स्टेप देखें।

इन स्टेप को अपडेट रखें वाले डेटा नोड के नवीनतम रिस्पॉन्स भी मिलते हैं, जिन्हें ब्राउज़र सबमिशन के साथ भेजता है। उत्तरों की तरह ये मान भी उत्तरदाता के ब्राउज़र से आते हैं, इसलिए किसी ऐसी चीज़ के लिए इन पर निर्भर न रहें जिसे उत्तरदाता को बदलने नहीं देना चाहिए।

डिफ़ॉल्ट। जब आप किसी प्रश्नावली में डेटा नोड जोड़ते हैं, या किसी फ़ॉर्म को प्रश्नावली शैली में बदलते हैं, तो कब चलाएँ आपके लिए सेट हो जाता है: अगर फ़ॉर्म भरते समय आगे की कोई चीज़ नोड के रिस्पॉन्स वेरिएबल का इस्तेमाल करती है — कोई प्रश्न (उसका शीर्षक, विवरण, विकल्प सूची या शर्तें), या कोई दूसरा डेटा नोड जो ख़ुद अपडेट रखें पर सेट हो — तो अपडेट रखें, वरना एक बार, सबमिट करने पर। ईमेल स्टेप और एक बार, सबमिट करने पर वाले डेटा नोड इसमें नहीं गिने जाते, क्योंकि वे सबमिट पर चलते हैं, जब नोड का रिस्पॉन्स उन तक वैसे भी पहुँचता है; बंद, छिपे हुए या वेब फ़ॉर्म के लिए बंद किए गए प्रश्न भी नहीं गिने जाते। अभी-अभी जोड़े गए डेटा नोड का कोई रिस्पॉन्स वेरिएबल नहीं होता, इसलिए वह एक बार, सबमिट करने पर से शुरू होता है: जब आगे का कोई प्रश्न उसका रिस्पॉन्स इस्तेमाल करे, तो उसे अपडेट रखें पर करें — ऐसा न करने पर बिल्डर आपको चेतावनी देता है (नीचे देखें)। API या MCP से बिना इस सेटिंग के बनाया गया डेटा नोड भी इसी नियम से चलता है, और बिल्डर वही विकल्प चुना हुआ दिखाता है।

डेटा बदलने वाली रिक्वेस्ट। अगर आप POST, PUT, PATCH या DELETE रिक्वेस्ट के लिए अपडेट रखें चुनते हैं, तो बिल्डर एक चेतावनी दिखाता है: यह रिक्वेस्ट हर बार चलने पर डेटा बना या बदल सकती है। अगर यह कुछ खोजने के बजाय डेटा भेजती है, तो “एक बार, सबमिट करने पर” चुनें। यह केवल एक संकेत है — फ़ैसला आपका है।

भरते समय ज़रूरी रिस्पॉन्स। अगर कोई नोड एक बार, सबमिट करने पर पर सेट है, लेकिन फ़ॉर्म भरते समय आगे का कोई प्रश्न या सूची उसका रिस्पॉन्स इस्तेमाल करती है, तो बिल्डर चेतावनी देता है: फ़ॉर्म भरते समय बाद का कोई प्रश्न या सूची इस नोड के जवाब का इस्तेमाल करती है, लेकिन नोड केवल सबमिट करने पर चलता है, इसलिए वहाँ जवाब खाली रहेगा। इसके बजाय “अपडेट रखें” चुनें।

केवल NueForm शैली में इस्तेमाल होने वाली सेटिंग। प्रश्नावली अपने डेटा नोड पृष्ठभूमि में या प्रतिक्रिया पूरी होने के बाद चलाती है, इसलिए प्रश्नावली शैली में बिल्डर नोड की साइलेंट मोड, डीबग मोड, वैलिडेशन के रूप में उपयोग करें और लोडिंग टेक्स्ट सेटिंग छिपा देता है और यह नोट दिखाता है: “साइलेंट मोड”, “डीबग मोड”, “वैलिडेशन के रूप में उपयोग करें” और “लोडिंग टेक्स्ट” केवल NueForm शैली पर लागू होते हैं। प्रश्नावली शैली में, विफल रिक्वेस्ट सबमिशन को कभी ब्लॉक नहीं करती। रिक्वेस्ट का टाइमआउट फिर भी लागू रहता है। छिपी हुई सेटिंग अपने मान बनाए रखती हैं, इसलिए फ़ॉर्म को वापस NueForm शैली में बदलने पर वे लौट आती हैं। अगर किसी उत्तर को आपके अपने सिस्टम की जाँच पास करनी है, तो प्रतिक्रिया प्रोसेस करते समय उसकी जाँच करें।

बिल्डर के संकेत

बिल्डर में हर स्टेप का कार्ड दिखाता है कि वह कब चलता है:

फ़ोन कॉल

NueVoice फ़ोन कॉल पर कुछ नहीं बदलता। कॉल अब भी एक बार में एक प्रश्न पूछती है, और ईमेल स्टेप व डेटा नोड तब चलते हैं जब कॉल उन तक पहुँचती है, फ़ॉर्म के क्रम में। कब चलाएँ केवल वेब फ़ॉर्म पर लागू होता है।

उदाहरण: चुने गए जानवर की नस्लें

1. एक बहुविकल्पीय प्रश्न "कौन-सा जानवर?" जोड़ें, जिसके विकल्प बिल्ली और कुत्ता हों, और उसका उत्तर चर का नाम animal सेट करें।
2. एक डेटा नोड जोड़ें जो https://api.example.com/breeds?animal={animal} को कॉल करे, उसका रिस्पॉन्स वेरिएबल breeds सेट करें, और कब चलाएँ को अपडेट रखें पर सेट करें। उसका कार्ड जानवर वाले प्रश्न के साथ उत्तर मिलने पर चलता है: दिखाता है।
3. एक ड्रॉपडाउन "पसंदीदा नस्ल" जोड़ें, विकल्पों का स्रोत को किसी वेरिएबल से पर सेट करें और {breeds} डालें — Variable से Choices देखें।
4. उत्तरदाता को धन्यवाद देने वाला एक ईमेल स्टेप जोड़ें। यह तब भेजा जाता है जब वे सबमिट करें पर क्लिक करते हैं।

जब कोई उत्तरदाता बिल्ली चुनता है, तो ड्रॉपडाउन पहले विकल्प लोड हो रहे हैं… और फिर बिल्ली की नस्लें दिखाता है। कुत्ता चुनने पर कुत्ते की नस्लें लोड होती हैं; अगर पहले चुनी गई नस्ल अब उपलब्ध नहीं है, तो उसे आपके पिछले उत्तर के आधार पर अपडेट किया गया। नोट के साथ हटा दिया जाता है। वापस बिल्ली चुनने पर पहला परिणाम दोबारा इस्तेमाल होता है।

वेरिएबल में विकल्प वाले उत्तर

ऊपर के उदाहरण में {animal} उत्तरदाता के चुने हुए विकल्प का लेबल रखता है (बिल्ली, विकल्प की ID नहीं), ठीक NueForm शैली की तरह। अनुवादित फ़ॉर्म में लेबल उसी भाषा में होता है जिसमें उत्तरदाता फ़ॉर्म भर रहा है: अंग्रेज़ी में उत्तर देने वाले के लिए {animal} का मान Cat होता है, इसलिए नस्लों वाली रिक्वेस्ट animal=Cat के साथ जाती है, और {animal} इस्तेमाल करने वाले ईमेल स्टेप और टेक्स्ट को भी Cat मिलता है। किसी एक विकल्प पर ही प्रश्न दिखाने या स्टेप चलाने के लिए शर्त प्रश्न पर ही लगाएँ (कौन-सा जानवर? है बिल्ली): यह विकल्प की तुलना करती है, भाषा चाहे जो हो। वेरिएबल की तुलना किसी लेबल से करने वाली शर्त (animal बराबर बिल्ली) किसी दूसरी भाषा में उत्तर देने वालों के लिए मेल खाना बंद कर देती है। किसी वेरिएबल से लोड हुई सूची में वेरिएबल आइटम का लेबल वैसा ही रखता है जैसा लोड हुआ था — उसका अनुवाद नहीं होता।