Gutenberg: Wp-admin में विजेट-ब्लॉक स्क्रीन

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

एक पृष्ठ पर सभी विजेट / ब्लॉक क्षेत्रों को संपादन योग्य होने से अजीब लगता है। मुझे लगता है कि इस स्क्रीन को कस्टमाइज़र में विजेट एरिया एडिटर की तरह काम करना चाहिए। विशेष रूप से, वर्तमान wp-admin विजेट पृष्ठ का एक लाभ यह है कि आप एक विजेट को एक विजेट क्षेत्र से दूसरे में ड्रैग-एंड-ड्रॉप कर सकते हैं। मुझे यकीन नहीं है कि यदि आप विजेट स्क्रीन कस्टमाइज़र की तरह बन गए हैं तो आप इस कार्यक्षमता को कैसे दोहराएंगे। शायद विजेट क्षेत्रों को एक शीर्ष बार या साइडबार में टैब के रूप में दिखाया जाएगा, और इन टैब पर एक ब्लॉक को खींचने से उस ब्लॉक क्षेत्र पर दृश्य स्विच हो जाएगा ... इस तरह की तरह आप टेक्स्ट / छवियों को एक टैब से दूसरे में कैसे खींच सकते हैं एक वेब ब्राउज़र में या अधिकांश OS में एक ऐप से दूसरे ऐप में।

और निष्क्रिय विगेट्स क्षेत्र के बारे में मत भूलना ... यह सब कैसे फिट होता है? मैं इसका उद्देश्य समझता हूं, लेकिन गुटेनबर्ग-इफाइड विजेट स्क्रीन के संदर्भ में यह एक अजीब बात है।

इसके अतिरिक्त, बाईं ओर ब्लॉक चयन थोड़ा अजीब लगता है। मुझे लगता है कि पोस्ट एडिटर और कस्टमाइज़र विजेट इंसट्रक्टर में ब्लॉक इन्सर्टर का मिश्रण होना चाहिए। जिसके बारे में बोलते हुए, यह ब्लॉक आवेषण में ड्रैग-एंड-ड्रॉप सम्मिलन को जोड़ने का एक अच्छा अवसर लगता है। दोनों wp-admin में मौजूदा विजेट क्षेत्र संपादक और कस्टमाइज़र में ड्रैग-एंड-ड्रॉप सम्मिलन है, लेकिन वर्तमान में पोस्ट एडिटर में ब्लॉक इंसट्रक्टर नहीं है। # 1511 देखें।

इसके अलावा, यह मॉकअप ब्लॉक इंस्पेक्टर को ध्यान में नहीं आता है। वह संभवतः स्क्रीन के दाईं ओर दिखाई देना चाहिए जैसे कि पोस्ट एडिटर में।

बस सामान्य तौर पर, wp-admin में विजेट पेज अजीब लगता है, और मौजूदा मॉकअप में भी अजीब लगता है।

क्या हम विजेट्स और ब्लॉक्स को मिलाने जा रहे हैं या हम अनिवार्य रूप से विजेट्स को अपग्रेड कर रहे हैं?

मुझे लगता है कि वे विगेट्स को "विगेट्स ब्लॉक" से बदलना चाहते हैं - एक ब्लॉक और एक विजेट के बीच कुछ।
और शायद विषयों को एक गुटेनबर्ग पेजबिल्डर टूल के साथ बदलना होगा, समय बताएगा ...

@nicholasio मुझे लगता है कि वर्तमान योजना यह है कि विजेट क्षेत्र ब्लॉक क्षेत्र बन जाएंगे, और एक "लिगेसी विजेट" ब्लॉक होगा जो आपको किसी पुराने विजेट को ब्लॉक क्षेत्र में एम्बेड करने देता है। (संभवतः, आप कहीं भी "लिगेसी विजेट" ब्लॉक का उपयोग कर सकते हैं, जिसका अर्थ है कि आप वास्तव में पोस्ट और पेज में विजेट का उपयोग कर सकते हैं ... इससे पहले संभव नहीं है।) अधिकांश, यदि सभी नहीं, तो मूल वर्डप्रेस विजेट को हटा दिया जाएगा और उनके द्वारा प्रतिस्थापित किया जाएगा। नए ब्लॉक समकक्ष।

इसलिए अनिवार्य रूप से, विजेट्स को हटा दिया जा रहा है, लेकिन आप अभी भी ब्लॉकों के साथ उनका उपयोग कर पाएंगे।

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

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

इसके अतिरिक्त, बाईं ओर ब्लॉक चयन थोड़ा अजीब लगता है।

एक समझौते के रूप में, यह सबसे अधिक संभावना ढह जाएगी और इतना भारी नहीं होगा।

इसके अलावा, यह मॉकअप ब्लॉक इंस्पेक्टर को ध्यान में नहीं आता है। वह संभवतः स्क्रीन के दाईं ओर दिखाई देना चाहिए जैसे कि पोस्ट एडिटर में।

मुझे लगता है कि तुम यहीं हो। मैं कुछ मॉकअप प्राप्त करूंगा ताकि अधिक बातचीत हो सके।

इसके अतिरिक्त, बाईं ओर ब्लॉक चयन थोड़ा अजीब लगता है।

एक समझौते के रूप में, यह सबसे अधिक संभावना ढह जाएगी और इतना भारी नहीं होगा।

मुझे क्या परेशान करता है कि यह पोस्ट एडिटर में इन्सर्ट नहीं दिखता है। क्यों आवेषण को विजेट पृष्ठ पर हमेशा दिखाई देने वाला साइडबार होना चाहिए लेकिन पोस्ट संपादक में पॉप-अप होना चाहिए? दूसरी ओर, शायद पोस्ट एडिटर विजेट लाइब्रेरी के साइडबार की तरह साइड में होना चाहिए? जो भी मामला है, मुझे लगता है कि ब्लॉक संदर्भ अलग-अलग संदर्भों में कैसे प्रकट होता है, इसके साथ स्थिरता की आवश्यकता है।

यह भी ध्यान रखना महत्वपूर्ण है कि विजेट / ब्लॉक लाइब्रेरी डिज़ाइन पोस्ट संपादक की सम्मिलित शैली की तुलना में मोबाइल पर बहुत अच्छी तरह से काम नहीं करता है। शायद डॉक किए गए साइडबार इंसर्टर्स को मोबाइल पर पॉप-अप इंसर्टर्स में बदलना चाहिए?

मैंने कुछ प्रोटोटाइप के लिए फिम्मा का उपयोग करने का प्रयास किया। यहाँ एक अवधारणा है जिसे मैंने एक साथ रखा है। मैं देखना चाहता था कि क्या कोई दूसरा तरीका है जिससे हम एक-दूसरे के ऊपर उन्हें स्टैक करने के बजाय "विजेट-एरिया" को प्रासंगिक रूप से प्रदर्शित कर सकें। यह wp-admin में /widgets.php की जगह लेगा।

प्रोटोटाइप

https://www.figma.com/proto/O6SyONtxLjcUxsHq59EfStPs/integration-widgets?node-id=0%3A1&scaling=min-zoom

वीडियो

विचार?

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

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

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

मैं इस प्रस्ताव को त्यागने और # 13205 के पक्ष में इस मुद्दे को बंद करने का सुझाव देता हूं।

सभी विजेट क्षेत्रों को एक स्क्रीन पर एक तरह से फिट करने की कोशिश करना, जो समझ में आता है कि इसे लागू करना मुश्किल होगा

माना। मुझे लगता है कि प्रोटोटाइप, मेरे लिए, इसे और अधिक परेशान करने का एक तरीका था।

विजेट्स व्यवस्थापक स्क्रीन में एक मौलिक डिस्कनेक्ट है जिस तरह से विजेट क्षेत्र वास्तव में काम करते हैं

यह सच है, और ऊपर की खोज का कारण है। मैं पूरी तरह सहमत हूँ!

मैं इस प्रस्ताव को त्यागने और # 13205 के पक्ष में इस मुद्दे को बंद करने का सुझाव देता हूं।

यह स्क्रीन फेज 2 का फोकस एरिया है , इसलिए मुझे नहीं लगता कि ऐसा होगा। मेरा मानना ​​है कि इसे "ब्लॉक" में बदलने के पीछे का उद्देश्य उपयोगकर्ताओं को हर चीज को ब्लॉक बनने के प्रतिमान को समझने में मदद करना है।

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

मैं इस प्रस्ताव को त्यागने और # 13205 के पक्ष में इस मुद्दे को बंद करने का सुझाव देता हूं।

मेनस स्क्रीन के लिए पहले से ही समान विचार, https://github.com/WordPress/gutenberg/issues/13206#issuecomment -455452477 देखें। कस्टमाइज़र पूरी तरह से सुलभ नहीं है। व्यवस्थापक विजेट्स स्क्रीन एकमात्र ऐसी जगह है जहां पहुंच क्षमता वाले व्यक्तियों को बड़ी एक्सेसिबिलिटी बाधाओं का सामना किए बिना विजेट को प्रबंधित करने का मौका मिलता है।

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

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

बाईं ओर ब्लॉक का चयन:

एक समझौते के रूप में, यह सबसे अधिक संभावना ढह जाएगी और इतना भारी नहीं होगा।

क्या बाईं ओर पूरे खंड की वास्तविक आवश्यकता है? मुझे लगता है कि मेनू स्क्रीन के लिए # 13206 में प्रस्तावित डिज़ाइन के साथ संगति महत्वपूर्ण है। हो सकता है कि मुझे कुछ याद आ रहा हो, लेकिन एक इन्सट्रक्टर के साथ केवल विजेट क्षेत्र होने से उपयोगकर्ता इंटरफ़ेस बहुत सरल हो जाएगा। यह बाएं और दाएं वर्गों के बीच ड्रैग और ड्रॉप से ​​छुटकारा पाने की अनुमति देगा, जो एक एक्सेसिबिलिटी जीत होगी।

उस ने कहा, मेरी समझ में सभी मुख्य विजेट ब्लॉक होंगे। हालाँकि, प्लगइन्स और थीम द्वारा जोड़े गए कस्टम विगेट्स का क्या होता है? उन सभी को ब्लॉक करने के लिए आसानी से अपडेट नहीं किया जाएगा। क्या मेटा बॉक्स के मामले में कुछ पीछे की संगतता तंत्र की आवश्यकता है? / Cc @youknowriad

उस ने कहा, मेरी समझ में सभी मुख्य विजेट ब्लॉक होंगे। हालाँकि, प्लगइन्स और थीम द्वारा जोड़े गए कस्टम विगेट्स का क्या होता है?

यह विचार एक क्लासिक विजेट ब्लॉक बनाने में सक्षम है जो किसी भी विजेट के संपादन और पूर्वावलोकन को प्रस्तुत करने में सक्षम है (जैसे अब) https://github.com/WordPress/gutenberg/issues/4770

यह बाएं और दाएं वर्गों के बीच ड्रैग और ड्रॉप से ​​छुटकारा पाने की अनुमति देगा, जो एक एक्सेसिबिलिटी जीत होगी।

तकनीकी रूप से, यह भी आसान / तेज होगा कि अभी ड्रैग और ड्रॉप का समर्थन न करें, हमारे पास अपने संपादकों को लक्षित करने वाला एक भी सम्मिलित नहीं हो सकता है।

यह विचार एक क्लासिक विजेट ब्लॉक बनाने में सक्षम है, जो किसी भी विजेट के संपादन और पूर्वावलोकन (जैसे अब) # 4770 को प्रस्तुत करने में सक्षम है

+100
यह वही है जो हमें भी चाहिए। यह पहले से ही ध्यान में रखने के लिए धन्यवाद!

साइट के विभिन्न हिस्सों पर विजेट्स को अलग-अलग तरीके से प्रदर्शित करने के तरीकों के साथ प्रयोग के बारे में भी क्या? मैंने https://make.wordpress.org/core/2018/12/08/gutenberg-phase-2/#comment -35058 पर कुछ खोज उपयोग मामलों का उल्लेख किया

यह पोस्ट कुछ उपयोग के मामलों को भी दिखाता है जहां उपयोगकर्ता किस प्रकार के पेज पर निर्भर करता है: होम पेज, एक पेज या एक ही पोस्ट के आधार पर अलग-अलग लेआउट हैं। मुझे लगता है कि संग्रह पृष्ठ, 404, आदि भी सभी महत्वपूर्ण मामले हैं।

एक पृष्ठ पर सभी विजेट / ब्लॉक क्षेत्रों को संपादन योग्य होने से अजीब लगता है।

यह Customizer पर अपने सबसे बड़े लाभों में से एक है। आप एक ही बार में सभी क्षेत्रों को सौंपे गए सभी विगेट्स देख सकते हैं। मेरे लिए, Customizer बहुत सीमित है।

वर्तमान wp-admin विजेट्स पृष्ठ का एक फायदा यह है कि आप एक विजेट को एक विजेट क्षेत्र से दूसरे में ड्रैग-एंड-ड्रॉप कर सकते हैं।

मैं इस क्षमता को खोना नहीं चाहता! मैं इसका बहुत उपयोग करता हूं, और मेरे द्वारा लिखा गया एक विषय ऐसा करने में आसानी पर आधारित है। इसमें निष्क्रिय विजेट शामिल हैं। यदि आप एक समझौते का उपयोग करते हैं या कुछ विजेट क्षेत्रों को छिपाते हैं, तो आप समायोजन को सीमित कर रहे हैं, जैसा कि कस्टमाइज़र में।

और निष्क्रिय विगेट्स क्षेत्र के बारे में मत भूलना

कृपया इससे छुटकारा न पाएं। यह थीम स्विच के लिए महत्वपूर्ण है, जो प्रोग्रामेटिक रूप से हो सकता है। लेकिन एक अलग विषय का उपयोग करते समय दर्ज की गई जानकारी को पुनः प्राप्त करने में सक्षम होने के लिए भी महत्वपूर्ण है। निष्क्रिय विजेट्स तक पहुंच न होना विजेट्स के लिए कस्टमाइज़र का उपयोग करने के साथ सबसे बड़ी समस्या है।

विजेट्स को ब्लॉक में क्यों बदलना पड़ता है? क्या वे पहले से ही एक प्रकार के ब्लॉक नहीं हैं, और नए ब्लॉक अभी उनके साथ पकड़ रहे हैं? एक एपीआई से छुटकारा क्यों पाएं जो पहले से ही इतना उलझा हुआ है? जब हमारे पास पहले से ही विजेट क्षेत्र और सामग्री है, तो "सामग्री क्षेत्रों" को परिभाषित करने के लिए क्यों स्विच करें? "नए बच्चे" के लिए सब कुछ फिर से क्यों करें जब नया बच्चा सिर्फ मौजूदा के साथ आसानी से फिट हो सकता है?

विजेट्स को ब्लॉक में क्यों बदलना पड़ता है? क्या वे पहले से ही एक प्रकार के ब्लॉक नहीं हैं, और नए ब्लॉक अभी उनके साथ पकड़ रहे हैं?

तुम सही हो, @ शान से। विजेट पहले से ही ब्लॉक की तरह हैं। हालाँकि वे पृष्ठ पर कहीं भी आसानी से नहीं जोड़े जा सकते हैं, खासकर गुटेनबर्ग में। उन्हें ब्लॉक में परिवर्तित करने से यह हल हो जाता है। विजेट-ब्लॉक अब अन्य ब्लॉकों के साथ समान रूप से व्यवहार किया जाता है और गुटेनबर्ग के भीतर कहीं भी जोड़ा जा सकता है। Wp-admin में विजेट स्क्रीन इसे प्रतिबिंबित करने और सभी को ब्लॉक के प्रतिमान को समझने में मदद करने के लिए बदल रही है।

यहाँ एक प्रोटोटाइप है कि यह स्क्रीन क्या हो सकती है। कृपया प्रतिक्रिया के साथ झंकार करें।

1. शिफ्ट को संप्रेषित करने में मदद करने के लिए "विजेट" से "विजेट-ब्लॉक" में शब्दों को बदलना।
2. वर्तमान विजेट स्क्रीन की कार्यक्षमता को बनाए रखता है।
3. ब्लॉट आउट पैनल में गुटेनबर्ग ब्लॉक-इंसट्रक्टर का उपयोग करता है। मैंने इस सफेद को रखा ताकि यह एक स्पष्ट परिवर्तन हो और गुटेनबर्ग ब्लॉक-आवेषण की नकल भी की।
4. विजेट-ब्लॉक क्षेत्रों को अभी भी प्रदर्शित किया जाता है क्योंकि वे सामान्य रूप से होते हैं, लेकिन Gutenberg संपादक के समान _blocks_ दर्शाते हैं। वास्तव में, वे मिनी-गुटेनबर्ग की तरह हैं। 😉
5. मुझे इनमे से इंस्पेक्टर (गुटेनबर्ग साइडबार) की याद आ रही है जिसे शायद अधिक के माध्यम से सोचा जाना चाहिए। अगर विजेट स्क्रीन सब कुछ शामिल करने जा रही है जो शायद गुटेनबर्ग ने ब्लॉक (टूलबार, इंसट्रक्टर, इंस्पेक्टर) के साथ बातचीत करने के लिए की तुलना में हो सकता है कि यह एक बड़ी गुटेनबर्ग स्क्रीन बन जाए जो इस सब के लिए अनुमति देता है।

प्रोटोटाइप:

https://wp.invisionapp.com/share/VYQ6PWPWTH3

प्रोटोटाइप का वीडियो:

सरल उपयोग

मुझे इन विचारों की a11y समीक्षा पसंद है। क्या गुटेनबर्ग के ब्लॉक-आवेषण एक a11y जरूरतों को पूरा करता है? यदि हां, तो क्या यह प्रोटोटाइप a11y के संबंध में काम करता है? एक उपयोगकर्ता को विजेट क्षेत्र से सीधे एक ब्लॉक सम्मिलित करने में सक्षम होना चाहिए जो अब नया है।

विजेट-ब्लॉक्स को ब्लॉक्स के साथ क्यों मिलाएं?
मुझे लगता है कि वे अलग हो जाना चाहिए ...

पैराग्राफ या हेडिंग की तरह - विगेट्स-ब्लॉक नहीं हैं ...
टेक्स्ट एडिटर या गुटेनबर्ग एडिटर विजेट-ब्लॉक के बजाय क्यों नहीं बनाना चाहिए, जिसके अंदर ये सभी ब्लॉक होंगे ...?

विजेट-ब्लॉक्स को ब्लॉक्स के साथ क्यों मिलाएं?

यहाँ बहुत अच्छी बात है! जैसा कि वर्डप्रेस के अधिक एक गुटेनबर्ग इंटरफ़ेस के भीतर संपादन योग्य हो जाता है, आप कहीं भी ब्लॉक जोड़ सकते हैं। मैं सिर्फ इस ओर एक संक्रमण बनाने में मदद करने के लिए शब्द "विजेट-ब्लॉक" का उपयोग कर रहा हूं। आखिरकार, "विगेट्स" शब्द का उपयोग सभी b / c में नहीं किया जाएगा, सब कुछ एक ब्लॉक होगा। हालांकि यह एक तरीका है।

लेकिन शायद इसे इस तरह से बिगड़ने से और भ्रम पैदा हो सकता है?

इसके बजाय एक टेक्स्ट एडिटर या गुटेनबर्ग एडिटर विजेट-ब्लॉक क्यों नहीं बनाना चाहिए, जिसके अंदर ये सभी ब्लॉक होंगे ...?

मुझे यकीन नहीं है कि मैं अनुसरण करता हूं, लेकिन एक क्लासिक विजेट ब्लॉक विकसित किया जा रहा है (# 4770) जो एक ब्लॉक की तरह काम करेगा (एक गुटेनबर्ग इंटरफेस के भीतर कहीं भी जोड़ा जा सकता है), लेकिन इसमें वे विजेट्स शामिल हैं जो अभी तक ब्लॉक में परिवर्तित नहीं हुए हैं।

आपके मॉकअप का संदर्भ क्या है? (चूंकि कोई पूर्वावलोकन नहीं है, मैं मान लूंगा कि यह व्यवस्थापक पृष्ठ है।) वर्तमान में व्यवस्थापक पृष्ठ पर, विजेट्स जिन्हें कॉन्फ़िगरेशन की आवश्यकता नहीं है, सामने के छोर पर तुरंत देखे जा सकते हैं। क्या आपके मॉकअप में ऐसा हो रहा है? यदि नहीं, तो सेव बटन कहां है? वर्तमान में, प्रत्येक विजेट के लिए एक सेव बटन है।

निष्क्रिय विधियां कहां हैं? क्या आप एक विजेट को एक क्षेत्र से दूसरे क्षेत्र में ले जा सकते हैं?

ऐसे विवरण कहां हैं जो विगेट्स के लिए परिभाषित किए जा सकते हैं?

जब आप बाएं कॉलम में क्लिक करते हैं तो ब्लॉक पहले विजेट क्षेत्र में क्यों जाता है? दो विजेट क्षेत्र खुले हैं, आप कैसे बताएं कि यह कहां जाएगा? क्या + केवल GB ब्लॉक के लिए है? या यह उन सभी लोगों के लिए है जो आपके बाईं ओर हैं?

सेव बटन कहाँ है? वर्तमान में, प्रत्येक विजेट के लिए एक सेव बटन है।

यह गुटेनबर्ग के समान ऑटो को बचाएगा। मुझे लगता है कि विजेट्स में बटन सेव होते हैं, लेकिन ध्यान रखें कि ये अब विगेट्स नहीं हैं, वे ब्लॉक हैं और वे उसी तरह काम करेंगे जैसे ब्लॉक अब गुटेनबर्ग में करते हैं।

निष्क्रिय विधियां कहां हैं? क्या आप एक विजेट को एक क्षेत्र से दूसरे क्षेत्र में ले जा सकते हैं?

अच्छी पकड़। निष्क्रिय विजेट एक ऐसी चीज है जिसकी अभी भी सोच की जरूरत है। हम इन विजेट्स को कैसे प्रदर्शित करना चाहते हैं, और किसी भी अन्य विजेट को ब्लॉक में परिवर्तित नहीं किया गया है? हो सकता है कि इसमें कोई खंड शामिल हो?

ऐसे विवरण कहां हैं जो विगेट्स के लिए परिभाषित किए जा सकते हैं?

हालांकि ये ब्लॉक हैं, विगेट्स नहीं, विवरण शायद इंस्पेक्टर में परिभाषित किया जाएगा क्योंकि वे अब गुटेनबर्ग में हैं। मैंने यहां # 5 में निरीक्षक का उल्लेख किया।

जब आप बाएं कॉलम में क्लिक करते हैं तो ब्लॉक पहले विजेट क्षेत्र में क्यों जाता है? दो विजेट क्षेत्र खुले हैं, आप कैसे बताएं कि यह कहां जाएगा?

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

क्या केवल GB ब्लॉक के लिए है? या यह उन सभी लोगों के लिए है जो आपके बाईं ओर हैं?

बाईं ओर सब कुछ एक ब्लॉक है। जैसा कि उल्लेख किया गया है, चरण 2 के लिए फ़ोकस में से एक विजेट को ब्लॉकों में परिवर्तित कर रहा है।

मुझे उम्मीद है कि स्पष्टीकरण से मदद मिलती है।

मुझे उस GIF को देखने के दौरान खींचने और छोड़ने का गहरा आग्रह है, इसके अलावा, यह स्पष्ट नहीं है कि किस साइडबार पर क्लिक करने पर इसे जोड़ा जाएगा। मुझे यह पसंद है कि बाएं हाथ की पूरी ऊंचाई हालांकि कैसे है

प्रारंभिक विवरण है:

चरण 2 के लिए पहला कदम एक आधुनिक ब्लॉक संपादक को शामिल करने के लिए विगेट्स यूआई को अपग्रेड करना शामिल होगा, जो कि आपके द्वारा Genbergबर्ग में पृष्ठों और पोस्ट को संपादित करने के साथ संगत है।

मुझे लगता है कि यह गुमराह है। पहले, यह भ्रामक है कि जब कार्य बहुत भिन्न होता है तो सब कुछ एक जैसा दिखता है। और विगेट्स किसी पोस्ट या पेज को एडिट करने के समान नहीं हैं। यह अलग दिखना चाहिए, जैसे यह पहले से ही है।
दूसरा, आपने अंतर्निहित वास्तुकला को संबोधित नहीं किया है। यदि आप बदलना चाहते हैं कि विगेट्स कैसे किए जाते हैं, तो क्या आप बदल रहे हैं कि वे कैसे संग्रहीत हैं? क्या आप बदल रहे हैं कि वे कैसे लिखे गए हैं? क्या आप बदल रहे हैं कि थीम उन्हें कैसे आउटपुट करती है?
कोर विजेट पहले ही ब्लॉक हो गए हैं। ब्लॉक को विजेट नहीं बनना है।
यहां वास्तविक लक्ष्य क्या है? यदि आप विजेट पृष्ठ को संपादक पृष्ठ की तरह बनाना चाहते हैं, तो मुझे लगता है कि यह एक बुरा विचार है। अगर आप चीजों को अलग करना चाहते हैं, तो मुझे नहीं लगता कि यह संसाधनों का अच्छा उपयोग है। यदि चरण 2 वास्तव में Customizer के बारे में अधिक है, तो शायद इस विजेट पृष्ठ को केवल अकेला छोड़ दिया जाना चाहिए, और Customizer में नए इंटरफ़ेस का डिज़ाइन लक्ष्य होना चाहिए ... लेकिन यह एक ही प्रश्न पूछता है।

क्या गुटेनबर्ग के ब्लॉक-आवेषण एक a11y जरूरतों को पूरा करता है?

की तरह। गुटेनबर्ग यूआई बहुत सारे ट्रेड-ऑफ का परिणाम है जो महान पहुंच के लिए नेतृत्व नहीं करता है।

यदि विजेट क्षेत्रों को सम्मिलित करने वाले का उपयोग करने जा रहे हैं, तो मुझे यकीन नहीं है कि मैं समझता हूं कि पूरे बाएं कॉलम अभी भी क्यों होना चाहिए। मेरे लिए, यह एक डुप्लिकेट यूआई लगता है।

मैं यह भी सुझाव देता हूं कि गुटेनबर्ग में उपयोग किए गए कुछ पैटर्न का नेत्रहीन उपयोग न करें, क्योंकि वे पहुंच के लिए विशेष रूप से अच्छे नहीं हैं। गुटेनबर्ग में कई ट्रेड-ऑफ हैं, मुख्य रूप से यूआई के कुछ हिस्सों में बहुत सीमित स्थान के कारण।

इसके बजाय, इस स्क्रीन में जगह की कमी के कारण कोई सीमाएं नहीं हैं। विशेष रूप से, प्रारंभिक विचारों के रूप में:

• केवल आइकन का उपयोग करने वाले बटन समस्याग्रस्त हैं: इस स्क्रीन में "+" बटन का उपयोग करने का कोई कारण नहीं है, पाठ के साथ एक बटन का उपयोग करने के लिए पर्याप्त स्थान है
• यदि बाएं कॉलम रहता है: खोज फ़ील्ड में, प्लेसहोल्डर को एक दृश्य लेबल के प्रतिस्थापन के रूप में उपयोग नहीं किया जाना चाहिए , यह एक अत्यधिक विवादास्पद पैटर्न है और डिजाइनरों को यह जानने की आवश्यकता है कि यह एक्सेसिबिलिटी अवरोध पैदा करता है

इसके अलावा: शीर्ष पर "लाइव पूर्वावलोकन के साथ प्रबंधित करें" ने हमेशा मेरी भावनाओं को आहत किया Manage शायद यह फिर से सोचने का एक अच्छा अवसर होगा।

आज सुबह कुछ मिनट इस बारे में सोचकर बिताए, और मैं एक और हाइब्रिड मॉकअप को अधिक चर्चा के लिए साझा करना चाहता था:

प्रोटोटाइप
https://www.figma.com/proto/WdbvnvIHDFbgVDWwkyNCqFA7/Gutenberg-Widgets-Admin-Screen?node-id=14%3A297&viewport=-818%2C1575%2C0.5&scaling=min-zoom

GIF

अगर किसी को भी इस विचार पर विस्तार करना है तो _Here की Figma लिंक ।_

• यह गुटेनबर्ग के शीर्ष टूलबार और साइडबार को मौजूद रखता है, इसलिए ब्लॉक को जोड़ना और संपादित करना परिचित है। हम सामान्य गुटेनबर्ग ऑटो-सेव इंडिकेशन आदि को भी शामिल कर सकते हैं।
• जबकि संपादन फ़्रेम बहुत गुटेनबर्ग-आई है, आप छोटे विजेट कंटेनरों में संपादन कर रहे हैं जैसे कि हर किसी के लिए उपयोग किया जाता है।
• मानक, छोटे ब्लॉक इंसर्ट बटन का उपयोग करने के बजाय, मैंने प्रत्येक कंटेनर के अंदर एक बड़ा, अधिक स्पष्ट [ + Add block ] बटन शामिल किया है (छवि दीर्घाओं में ऐड बटन से प्रेरित)।
• इसमें एक निष्क्रिय विजेट क्षेत्र भी शामिल है।

@kjellr मुझे लगता है कि मॉकअप बहुत अच्छा है। यहां कुछ चीजें दी गई हैं जिन्हें मैं जोड़ूंगा / बदलूंगा:

निरीक्षक के "विजेट क्षेत्र" भाग का वास्तव में क्या उपयोग किया जाएगा? यदि कुछ भी हो, तो मैं एक बार में सभी विजेट क्षेत्रों के लिए एक टैब के बजाय "विजेट क्षेत्र" टैब की अपेक्षा कर सकता हूं।

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

निष्क्रिय ब्लॉकों को अभी भी नीचे दिखाया जा सकता है, पोस्ट एडिटर के निचले हिस्से में मेटाबॉक्सेज़ कैसे दिखाए जाते हैं। मैं एक Gutenberg संदर्भ में निष्क्रिय विगेट्स / ब्लॉक सुविधा की उपयोगिता पर सवाल उठाता हूं। पुन: प्रयोज्य ब्लॉक प्रणाली पहले से कॉन्फ़िगर किए गए ब्लॉकों के लिए एक प्रकार के भंडारण के रूप में कार्य कर सकती है, इसलिए शायद पूरे निष्क्रिय विजेट्स को फिर से मूल्यांकन किया जाना चाहिए।

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

इसके अतिरिक्त, जैसा कि @afercia ने उल्लेख किया है,

"एक ब्लॉक जोड़ें" प्लेसहोल्डर / बटन-चीज़ मेरी राय में बहुत बड़ा है। "ब्लॉक जोड़ें" को "ब्लॉक जोड़ें" में छोटा किया जा सकता है और आइकन के दाईं ओर ले जाया जा सकता है। वास्तव में, मुझे लगता है कि पोस्ट एडिटर में नॉन-पैरा ब्लॉक अपेंडेंट को उसी डिज़ाइन को साझा करना चाहिए जैसा कि नए विजेट यूआई में उपयोग किए जाने वाले एपेंडर डिज़ाइन को समाप्त करता है।

शीर्ष पट्टी में, आवेषण आइकन (मॉकअप में नहीं दिखाया गया है, लेकिन संभवतः वहां होगा) के बगल में एक लेबल होना चाहिए। वास्तव में, लेबल को दिखाने / छिपाने के लिए विकल्प मोडल में एक विकल्प के साथ सभी बटन ऊपर लेबल होने चाहिए। (यह पोस्ट संपादक के लिए भी मौजूद होना चाहिए, निश्चित रूप से)

इसके अतिरिक्त, जैसा कि @afercia ने उल्लेख किया है,

क्या इसके लिए कोई मुद्दा है? वैश्विक स्तर पर कुछ चीज़ों से निपटने की ज़रूरत है, यहाँ नहीं।

शीर्ष पट्टी में, आवेषण आइकन (मॉकअप में नहीं दिखाया गया है, लेकिन संभवतः वहां होगा) के बगल में एक लेबल होना चाहिए। वास्तव में, लेबल को दिखाने / छिपाने के लिए विकल्प मोडल में एक विकल्प के साथ सभी बटन ऊपर लेबल होने चाहिए। (यह पोस्ट संपादक के लिए भी मौजूद होना चाहिए, निश्चित रूप से)

वही प्रश्न।

निरीक्षक के "विजेट क्षेत्र" भाग का वास्तव में क्या उपयोग किया जाएगा? यदि कुछ भी हो, तो मैं एक बार में सभी विजेट क्षेत्रों के लिए एक टैब के बजाय "विजेट क्षेत्र" टैब की अपेक्षा कर सकता हूं।

मुझे पूरा यकीन नहीं है! शायद सभी विजेट क्षेत्रों की एक क्लिक करने योग्य सूची (यदि वे स्क्रीन पर फिट नहीं होती हैं)। इस बिंदु पर इसे शामिल करने का मेरा मुख्य कारण हमारे द्वारा पोस्ट / पृष्ठ संपादक: दस्तावेज़ / ब्लॉक में उपयोग किए जाने वाले पदानुक्रम को प्रतिबिंबित करना था।

"एक ब्लॉक जोड़ें" प्लेसहोल्डर / बटन-चीज़ मेरी राय में बहुत बड़ा है। "ब्लॉक जोड़ें" को "ब्लॉक जोड़ें" में छोटा किया जा सकता है और आइकन के दाईं ओर ले जाया जा सकता है। वास्तव में, मुझे लगता है कि पोस्ट एडिटर में नॉन-पैरा ब्लॉक अपेंडेंट को उसी डिज़ाइन को साझा करना चाहिए जैसा कि नए विजेट यूआई में उपयोग किए जाने वाले एपेंडर डिज़ाइन को समाप्त करता है।

इस पर निश्चित रूप से ध्यान दिया जाएगा। सामान्य विचार बस एक गैर-पाठ-आधारित आवेषण है, क्योंकि (मैं जिक्र कर रहा हूं) कि लोगों को यहां विभिन्न प्रकार की सामग्री जोड़ने की अधिक संभावना होगी।

किसी भी मामले में, यदि हम यहां एक अलग प्रकार के इंसुलेटर का उपयोग करते हैं, तो हमें एक ठोस कारण की आवश्यकता होगी, और हमें दुरुपयोग को रोकने के लिए एक या दूसरे का उपयोग करने के लिए स्पष्ट दिशानिर्देशों के साथ आने की आवश्यकता होगी।

शायद शुरुआत में प्लेसहोल्डर की तरह दिखने के लिए लेबल को स्टाइल किया जा सकता है, लेकिन जब खोज बार केंद्रित होता है, तो यह इनपुट क्षेत्र से ऊपर चला जाता है, जैसे कि Google के लॉगिन UI में इनपुट फ़ील्ड कैसे काम करते हैं?

मैं इसके खिलाफ सुझाव दूंगा। "फ़्लोटिंग लेबल" एनीमेशन भटकाव और अप्रत्याशित है, विशेष रूप से पहुंच आवश्यकताओं वाले उपयोगकर्ताओं के लिए। इसके अलावा, यह पैटर्न किसी भी ऊर्ध्वाधर स्थान को नहीं बचाता है: क्षेत्र के शीर्ष पर अभी भी कुछ स्थान आरक्षित करने की आवश्यकता है। यह मूल रूप से अपने मुख्य उद्देश्य को हरा देता है।

कुछ संसाधन (के लिए और खिलाफ):

• https://medium.com/simple-human/floating-labels-are-a-bad-idea-82edb64220f6
• https://medium.com
• https://joshuawinn.com/ux-input-placeholders-are-not-labels/
• https://feedbackguru.com/articles/form-without-labels-dont-use-placeholder-text/

प्लेसहोल्डर्स के बजाय वास्तविक, दृश्यमान, <label> तत्वों के उपयोग के अनुसार, कृपया संबंधित Trac टिकट पर लिंक किए गए संसाधनों को देखें https://core.trac.wordpress.org/ticket/40331

क्या हम चर्चा को मुद्दे के लक्ष्य पर केंद्रित रख सकते हैं। @kjellr सही दिशा में एक अच्छा कदम की तरह लगता है।

सच में mockups से प्यार है, @kjellr! इसके माध्यम से सोचने के लिए धन्यवाद।

1. मुझे गुटेनबर्ग इंटरफ़ेस पसंद है और मैं इस स्क्रीन पर कूदने के लिए तैयार हूं क्योंकि इसमें इंस्पेक्टर (साइडबार) सामंजस्यपूर्ण रूप से शामिल है। यह एक आवश्यक कदम है।
2. विजेट क्षेत्रों को इसी तरह से बनाए रखने के लिए कि वे आज कैसे उपयोग किए जाते हैं, उस स्तर को परिचित बनाए रखते हैं जो मुझे लगता है कि मौजूदा उपयोगकर्ताओं के लिए अभी आवश्यक है।
3. चलो शीर्ष पट्टी से शब्द "विगेट्स" छोड़ दें, और शायद अब के लिए, इंस्पेक्टर सिर्फ एक "ब्लॉक" निरीक्षक है। इसलिए हम वहां से "विजेट क्षेत्रों" को छोड़ देते हैं। इस बिंदु पर हम एक दृश्य तरीके से ब्लॉक करने के लिए एक ठोस संक्रमण कर रहे हैं।
4. क्या wp-admin नेविगेशन अभी भी "विजेट" नामकरण सम्मेलन को बरकरार रखता है? मैं अब "हाँ" की ओर झुक गया।
5. मुझे ब्लॉक इन्सर्ट पसंद है। मेरा एकमात्र सुझाव यह है कि गैलरी ब्लॉक में सम्मिलित वाक्य वाक्य मामले का उपयोग करता है, शीर्षक मामला नहीं। हो सकता है, यह कोई इसकी नकल करे? "एक ब्लॉक जोड़ें"

@mapk

चलो शीर्ष पट्टी से शब्द "विगेट्स" छोड़ दें, और शायद अब के लिए, इंस्पेक्टर सिर्फ एक "ब्लॉक" निरीक्षक है। इसलिए हम वहां से "विजेट क्षेत्रों" को छोड़ देते हैं। इस बिंदु पर हम एक दृश्य तरीके से ब्लॉक करने के लिए एक ठोस संक्रमण कर रहे हैं।

माना।

क्या wp-admin नेविगेशन अभी भी "विजेट" नामकरण सम्मेलन को बरकरार रखता है? मैं अब "हाँ" की ओर झुक गया।

मुझे लगता है कि लंबी अवधि में इस पृष्ठ का नाम "ब्लॉक एरिया" या कुछ और होना चाहिए? हो सकता है कि इसे शुरू में नेविगेशन में "ब्लॉक एरिया (विजेट्स)" भी कहें।

चलो शीर्ष पट्टी से शब्द "विगेट्स" छोड़ दें, और शायद अब के लिए, इंस्पेक्टर सिर्फ एक "ब्लॉक" निरीक्षक है। इसलिए हम वहां से "विजेट क्षेत्रों" को छोड़ देते हैं। इस बिंदु पर हम एक दृश्य तरीके से ब्लॉक करने के लिए एक ठोस संक्रमण कर रहे हैं।

शीर्ष पर उस लेबल को जोड़ने का मेरा मुख्य कारण कुछ प्रकार के पृष्ठ शीर्षक या H1 को यहां शामिल करना था। मुझे लगता है कि हम उस जगह को कहीं और रख सकते हैं। शायद या तो "विजेट क्षेत्रों" के ऊपर, या साइडबार में।

मुझे ब्लॉक इन्सर्ट पसंद है। मेरा एकमात्र सुझाव यह है कि गैलरी ब्लॉक में सम्मिलित वाक्य वाक्य मामले का उपयोग करता है, शीर्षक मामला नहीं। हो सकता है, यह कोई इसकी नकल करे? "एक ब्लॉक जोड़ें"

हां। यह आंकड़ा फ़ाइल / प्रोटोटाइप में अपडेट किया गया। 👍

यह गुटेनबर्ग के शीर्ष टूलबार और साइडबार को प्रस्तुत करता है

जैसा कि गुटेनबर्ग पर एक्सेसिबिलिटी टीम की रिपोर्ट में बताया गया है, 1) टॉप बार के साथ लेआउट 2) कंटेंट एरिया 3) साइडबार मुख्य एक्सेसिबिलिटी बाधाओं में से एक है क्योंकि यह कीबोर्ड नेविगेशन को बेहद कठिन बना देता है।

पहली जगह में शीर्ष पट्टी की आवश्यकता क्यों है? वहाँ क्या होना चाहिए?

गुटेनबर्ग विकास के प्रारंभिक चरण में सेव / पब्लिश बटन के स्थान पर एक लंबी चर्चा हुई थी। इसे शीर्ष पर रखना सुलभता के लिए आदर्श नहीं है। इसके बारे में कोई सहमति नहीं थी, लेकिन अफसोस, यह पारित हो गया। मुझे यकीन नहीं है कि इस पृष्ठ में आदर्श पैटर्न से कम दोहराव सबसे अच्छा रास्ता है।

सामग्री रैखिककरण एक अच्छी सूचना वास्तुकला का आधार सिद्धांत है।

DOM में आदेश का पालन करते हुए कई उपयोगकर्ता सामग्री को एक रेखीय तरीके से अनुभव करते हैं। यह सभी कीबोर्ड उपयोगकर्ताओं और स्क्रीन रीडर उपयोगकर्ताओं के लिए सच है। जानकारी को इस तरह से व्यवस्थित करना कि जब समझ में आता है कि अच्छी पहुंच के लिए रैखिककरण सर्वोपरि है।

प्राकृतिक, सबसे स्पष्ट, तार्किक प्रवाह आमतौर पर है:

• बातें करें, फ़ील्ड भरें और इसी तरह, सेटिंग्स सेट करें आदि।
• और _then_ सहेजें

यह भी सुनिश्चित नहीं है कि "सहेजें" बटन की आवश्यकता है, लेकिन अगर वहाँ है, तो बटन और किसी भी अन्य "वैश्विक" नियंत्रण को रैखिक नेविगेशन अनुभव के अंत में होना चाहिए: पृष्ठ के नीचे।

वर्थ नोटिंग कंटेंट लीनियराइजेशन भी सिद्धांत है जो मोबाइल UI को नियंत्रित करता है, जहां उपयोगकर्ता के हाथ डिवाइस के निचले भाग में हैं linear

साइडबार: सुनिश्चित नहीं है कि इसके लिए आवश्यकता है।

"विजेट क्षेत्र" टैब में क्या नियंत्रण या सेटिंग्स होनी चाहिए?

"ब्लॉक" टैब में क्या नियंत्रण है? साइडबार में ब्लॉक सेटिंग्स के बारे में पिछली चर्चाएं हुई हैं: "चयनित" स्थिति में ब्लॉक रखना बहुत मुश्किल है और फिर वहां रखी ब्लॉक सेटिंग्स पर काम करने के लिए साइडबार पर जाएं। इससे हर कीमत पर बचना चाहिए।

अन्त में: शीर्षासन। वे अभी भी एक पृष्ठ में जानकारी खोजने के लिए उपयोग किए जाने वाले

मुझे लगता है कि इस सभी अन्वेषण ने यह स्पष्ट कर दिया है कि पोस्ट संपादक को वैसे भी संशोधित करने की आवश्यकता है। पोस्ट संपादक की तरह विजेट पृष्ठ को बदलने के अधिकांश मुद्दे किसी भी संदर्भ में गुटेनबर्ग संपादक के साथ मुद्दे हैं ... न केवल विजेट / ब्लॉक क्षेत्र।

मुझे लगता है कि हमें एक पत्थर से दो पक्षियों को मारने और वर्तमान गुटेनबर्ग संपादक को संशोधित करने का यह अवसर लेना चाहिए ताकि यह वर्तमान विजेट स्क्रीन को ठीक से बदल सके और सामान्य रूप से अधिक उपयोगी / सुलभ होने के बाद पोस्ट / पेज संपादन के लिए बेहतर अनुकूल हो।

जो भी हो, मैं @afercia के साथ

मेरे दिमाग में, सभी सुझावों ने बिना किसी लाभ के, बस एक पूरी तरह से प्रयोग करने योग्य पृष्ठ को तोड़ दिया है।

कुछ नाबालिग ऊपर की दिशा में संपादन

प्रोटोटाइप:

https://www.figma.com/proto/WdbvnvIHDFbgVDWwkyNCqFA7/Gutenberg-Widgets-Admin-Screen-Exploration?node-id=14%3A297&viewport=2639%2C1532%2C0.5&scaling=min-zoom

GIF:

• नामित "विजेट क्षेत्र" से "ब्लॉक क्षेत्र" @mapk के अनुसार।
• मैंने पृष्ठ शीर्षक को सामग्री क्षेत्र में स्थानांतरित कर दिया।
• मैंने "ब्लॉक एरियाज़" के लिए एक वैश्विक साइडबार रखा जो यह बताए कि वे क्या हैं, और प्रत्येक को संपादित करने के लिए त्वरित लिंक प्रदान करने के लिए (यदि वे स्क्रीन को स्क्रॉल करते हैं, जैसा कि बाद में प्रोटोटाइप में दिखाया गया है)।
• # 8589 से @jasmussen के वैकल्पिक ब्लॉक

^ इसके अलावा, मैं इस अनुवाद को nav-menus.php बहुत आसानी से देख सकता था।

अच्छा मॉकअप, @kjellr; मुझे लगता है कि यह नया ब्लॉक एरिया पेज के करीब लग सकता है यदि यह वर्तमान पोस्ट संपादक यूआई पर आधारित था। हालांकि, जैसा कि पहले कहा गया है, मुझे लगता है कि वर्तमान विजेट पृष्ठ को बदलने से पहले गुटेनबर्ग संपादक को अधिक सुलभ बनाया जाना चाहिए।

विशेष रूप से, मुझे लगता है कि विजेट पृष्ठ ओवरहाल से पहले निम्नलिखित को निश्चित रूप से संबोधित किया जाना चाहिए:

• # 3976
• # 10519
• # 10524
• # 11581
• # 12254
• # 13309

इसके अलावा, साइडबार के "ब्लॉक एरिया" भाग में विवरण शायद पढ़ा जाना चाहिए

(पहले "विजेट क्षेत्र")

यह स्पष्ट करने के लिए कि उन्हें अब विजेट क्षेत्र नहीं कहा जाता है।

इसके अलावा ... शायद हमें उन्हें "ब्लॉक एरिया" के बजाय "ग्लोबल ब्लॉक एरिया" कहना चाहिए? तकनीकी रूप से post_content का हर उदाहरण एक "ब्लॉक क्षेत्र" है, इसलिए "वैश्विक" शब्द यह स्पष्ट करने में मदद कर सकता है कि इसे क्या संदर्भित किया जा रहा है।

दरअसल, अब जब मैं इसके बारे में सोचता हूं ... क्या वैश्विक ब्लॉक क्षेत्र लगभग पुन: प्रयोज्य ब्लॉकों के समान नहीं हैं? यह चित्र: भविष्य में आप शीर्ष लेख, पाद लेख और साइडबार के लिए पुन: प्रयोज्य ब्लॉकों का उपयोग करके गुटेनबर्ग में पृष्ठ टेम्पलेट्स का निर्माण कर सकते हैं।

यह वास्तव में # 13519 में शामिल है, है ना? भविष्य में, (वैश्विक) ब्लॉक क्षेत्र पुन: प्रयोज्य ब्लॉकों से अधिक कुछ नहीं बन सकते हैं, और "ब्लॉक क्षेत्र" पृष्ठ बिल्कुल भी नहीं होंगे, लेकिन पुन: प्रयोज्य ब्लॉकों की सूची वाले पृष्ठ के साथ-साथ एक पृष्ठ भी होगा। पेज टेम्प्लेट की सूची ... जिनमें से सभी को गुटेनबर्ग के साथ संपादित किया जा सकता है।

इतने लंबे समय तक, मुझे नहीं लगता कि "(वैश्विक) ब्लॉक क्षेत्र" पेज भी मौजूद होगा, लेकिन @kjellr का मॉकअप संभवतः अल्पकालिक में क्या होगा, क्योंकि पेज टेम्प्लेट निर्माण / संपादन अभी भी है भविष्य में दूर।

मैं @ZebulanStanphill के साथ सहमत

हालांकि, किसी विशेष कीबोर्ड शॉर्टकट या विशेष तंत्र से पहले, कृपया चीजों को यथासंभव सरल रखने पर विचार करें। कृपया पिछली टिप्पणी में बताई गई सामग्री रेखीयकरण को ध्यान में रखें।

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

चूंकि यह पृष्ठ एक्सेसिबिलिटी जरूरतों वाले उपयोगकर्ताओं के लिए विजेट्स को प्रबंधित करने का एकमात्र मौका होगा, इसलिए वर्तमान पृष्ठ की तुलना में एक्सेस रेजिस्टेंस नहीं होना चाहिए। इसके बजाय, हमें इसे बेहतर to बनाने का प्रयास करना चाहिए

शीर्षकों
मुख्य सामग्री में मुख्य h1 आवश्यकता होती है, इससे पहले कि पृष्ठ में कुछ भी हो। मैं इसे ऊपर के प्रोटोटाइप में नहीं देखता।

सहेजा जा रहा है
अभी भी मेरे लिए स्पष्ट नहीं है कि नए ब्लॉक-विजेट ऑटो-सेव करेंगे या नहीं। वर्तमान विगेट्स को एक-एक करके सहेजने की आवश्यकता है, जिसका अर्थ है कि कुछ सेव बटन को कहीं रखा जाना चाहिए और एक्सेसिबिलिटी कारणों के लिए इसे ब्लॉक के बाद _a होना चाहिए। इसके बजाय, अगर कुछ ऑटो-सेव मैकेनिज्म होगा, तो किसी भी सेव बटन की कोई आवश्यकता नहीं है और मुझे लगता है कि शीर्ष बार के लिए भी नहीं।

अलग
क्या किसी ने इस पृष्ठ में वर्तमान सहायता पैनल की सामग्री पर विचार किया है? वहाँ कुछ महत्वपूर्ण जानकारी है। हर चीज को हटाने के बजाय किन हिस्सों में रहने की आवश्यकता है, इसका मूल्यांकन करना।

अगर मैं डिजाइन के नजरिए से कुछ सुझा सकता हूं: पेज में कुछ टेक्स्ट डालने से न डरें suggest टाइपोग्राफी सुंदर है जब अच्छी तरह से तैयार की जाती है और पेज के भीतर कुछ पाठ्य जानकारी बहुत मदद कर सकती है।

@afercia

मैं अभी भी शीर्ष बार और साइडबार के बारे में आश्वस्त नहीं हूं जो मुख्य पहुंच चिंता का विषय है।

शीर्ष बार को नीचे से दिया जा सकता है और डिफ़ॉल्ट रूप से बटन लेबल दिए जा सकते हैं, लेकिन आप साइडबार के बिना ब्लॉक के लिए इंस्पेक्टर सेटिंग्स को कैसे संभालेंगे? क्या आपके पास ब्लॉक इंस्पेक्टर सेटिंग्स के लिए वैकल्पिक यूआई के लिए कोई विचार है?

मैं सभी को याद दिलाना चाहता हूं कि यह पृष्ठ एकमात्र स्थान होगा जहां सभी उपयोगकर्ता विजेट प्रबंधित कर सकते हैं, क्योंकि कस्टमाइज़र पूरी तरह से सुलभ नहीं है।

मैं उत्सुक हूं: कस्टमाइज़र के कौन से हिस्से ठीक से उपलब्ध नहीं हैं?

चूंकि यह पृष्ठ एक्सेसिबिलिटी जरूरतों वाले उपयोगकर्ताओं के लिए विजेट्स को प्रबंधित करने का एकमात्र मौका होगा, इसलिए वर्तमान पृष्ठ की तुलना में एक्सेस रेजिस्टेंस नहीं होना चाहिए। इसके बजाय, हमें इसे थोड़ा और बेहतर बनाने का प्रयास करना चाहिए

यह सौ बार। वर्डप्रेस 5.0 को कैसे हैंडल किया जाता है, इसके साथ मेरी सबसे बड़ी समस्या यह थी कि क्लासिक एडिटर में ठीक काम करने वाली कई चीजें जब गुटेनबर्ग में होती थीं, जब उनके पास नहीं होती थी। मैं वास्तव में फिर से वही गलती नहीं देखना चाहता।

अभी भी मेरे लिए स्पष्ट नहीं है कि नए ब्लॉक-विजेट ऑटो-सेव करेंगे या नहीं। वर्तमान विगेट्स को एक-एक करके सहेजने की आवश्यकता है, जिसका तात्पर्य है कि कुछ सेव बटन को कहीं रखा जाना चाहिए और पहुँच योग्य कारणों के लिए इसे ब्लॉक के बाद होना चाहिए। इसके बजाय, अगर कुछ ऑटो-सेव मैकेनिज्म होगा, तो किसी भी सेव बटन की कोई आवश्यकता नहीं है और मुझे लगता है कि शीर्ष बार के लिए भी नहीं।

मुझे लगता है कि यह वास्तव में अच्छा होगा यदि ब्लॉक क्षेत्र पोस्ट और पेज की तरह पूर्ववत / फिर से कर सकते हैं। लेकिन अगर वह अभी के लिए आउट-ऑफ-स्कोप है, तो मुझे लगता है कि एक सेव बटन अनावश्यक है। वास्तव में, क्या आपके पास पूर्ववत / फिर से होने पर भी सेव बटन आवश्यक है? पोस्ट एडिटर के पास "सेव ड्राफ्ट" बटन क्यों है?

वर्तमान mockups के साथ मुद्दों में से एक यह है कि पोस्ट संपादक को एक बार में एक ही पोस्ट को संपादित करने के लिए डिज़ाइन किया गया है ... कई नहीं। पूर्ववत करें / फिर से करें बटन बार में हैं, लेकिन वर्तमान मॉकअप के संदर्भ में, उन्हें केवल एक ब्लॉक क्षेत्र के बजाय पृष्ठ पर किसी भी ब्लॉक क्षेत्र में किए गए हर बदलाव का ट्रैक रखना होगा। यह एक कारण है कि मैं पसंद करूंगा कि यदि प्रत्येक ब्लॉक क्षेत्र को अलग-अलग संपादित किया गया था (या सचमुच के रूप में) पुन: प्रयोज्य ब्लॉक सूची पृष्ठ से पुन: उपयोग किया जाने वाला पुन: प्रयोज्य ब्लॉक।

यदि हम अभी के लिए एक पृष्ठ पर सभी ब्लॉक क्षेत्रों के साथ जाते हैं, तो मुझे लगता है कि यह प्रत्येक ब्लॉक क्षेत्र समझौते के निचले हिस्से में जाने के लिए किसी भी बचत और / या पूर्ववत / फिर से बटन करने के लिए सबसे अधिक समझ में आएगा।

क्या किसी ने इस पृष्ठ में वर्तमान सहायता पैनल की सामग्री पर विचार किया है? वहाँ कुछ महत्वपूर्ण जानकारी है। हर चीज को हटाने के बजाय किन हिस्सों में रहने की आवश्यकता है, इसका मूल्यांकन करना।

मैं सहमत हूँ। मुझे आश्चर्य है कि वास्तव में यह कहाँ जाना चाहिए, हालांकि। क्या यह शीर्ष-अप-इट-टू-बे-ऑन-द-बॉट बार में "सहायता" बटन से एक्सेस किया जाएगा? या पृष्ठ शीर्षक के नीचे या नीचे "मदद" बटन होगा? क्या जानकारी को साइडबार-चीज़ या पॉप-अप में दिखाया जाएगा?

मुझे खेद है कि यह धागा बहुत लंबा और लगभग असहनीय होता जा रहा है। हो सकता है कि हमें कम रहने की कोशिश करनी चाहिए, लेकिन इस समय मैं यह सोचना चाहता हूं कि चरण 1 के दौरान की गई समान गलतियों से बचने के लिए, डिजाइन प्रक्रिया के बारे में एक समर्पित बैठक मूल्यवान होगी।

कुछ चीजें (जैसे सूचना वास्तुकला, सामग्री का रैखिककरण) किसी भी दृश्य प्रोटोटाइप से पहले संबोधित करने की आवश्यकता होती है, अन्यथा मुझे डर है कि चरण 1 के परिणामों की तुलना में बहुत प्रगति नहीं होगी।

@youknowriad et all: कृपया मुझे अपने विचार बताएं, जब आपके पास मौका होगा।

ने कहा कि:

शीर्ष टूलबार
शीर्ष टूलबार की सामग्री को क्या माना जाता है? मुझे लगता है कि पिछले प्रोटोटाइप ने वहां कुछ नहीं-तो-परिभाषित-अभी तक बटन लगाए हैं। संपादित पोस्ट पृष्ठ के साथ तुलना:

• एक "ब्लॉक जोड़ें" बटन बहुत मायने नहीं रखेगा क्योंकि पहले विजेट क्षेत्र का चयन करने की आवश्यकता है
• "पूर्ववत करें" और "Redo" संपादित पोस्ट की तरह "वैश्विक" नहीं हो सकते, उन्हें प्रति-विजेट होने की आवश्यकता है। जैसा कि @ZebulanStanphill ने बताया: "पोस्ट एडिटर को एक बार में एक ही पोस्ट को संपादित करने के लिए डिज़ाइन किया गया है ... हम कई हैं"
• क्या "सामग्री संरचना" और "ब्लॉक नेविगेशन" इस पृष्ठ में समझ में आता है? मेरे अनुमान से ऐसा नहीं है
• सहेजें / प्रकाशित करें: अभी भी अस्पष्ट है (पिछली टिप्पणी देखें)
• मुझे लगता है कि साइडबार को चालू करने के लिए "सेटिंग" बटन की कोई आवश्यकता नहीं है
• दीर्घवृत्त "अधिक" बटन: सुनिश्चित नहीं है कि इस पृष्ठ के लिए "उपकरण और विकल्प" होंगे

अंतिम प्रोटोटाइप पृष्ठ के शीर्ष पर एक मुख्य h1 शीर्षकों को याद करता है, साथ ही पृष्ठ में अन्य शीर्षक। पिछले कुछ प्रोटोटाइप इस संबंध में बेहतर थे।

साइडबार:

आप साइडबार के बिना ब्लॉक के लिए इंस्पेक्टर सेटिंग्स को कैसे संभालेंगे

मैं कहता हूं कि यह स्पष्ट किया जाना चाहिए कि कौन से विजेट को सेटिंग्स की आवश्यकता है, और ये सेटिंग्स क्या होंगी।
यदि यह संपादक में विजेट-ब्लॉक के लिए जैसा है, उदाहरण के लिए देखें # 1464, # 1792, # 7941,
फिर हम चरण 1 के दौरान की गई समान गलतियों को दोहरा रहे हैं। महत्वपूर्ण टिप्पणियों को साइडबार में नहीं रखा जाना चाहिए, पिछली टिप्पणी में और पहुंच टीम रिपोर्ट में बताए गए कारणों के लिए।

मैं उत्सुक हूं: कस्टमाइज़र के कौन से हिस्से ठीक से उपलब्ध नहीं हैं?

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

सहेजा जा रहा है:
मैं ऑटो-सेव करने के लिए विजेट्स की ओर झुकूंगा क्योंकि यह UI और इंटरैक्शन को सरल बना देगा। लेकिन यह दृश्य और श्रव्य प्रतिक्रिया के साथ बहुत स्पष्ट किया जाना चाहिए। पूरे वर्डप्रेस एडमिन में विसंगतियों में से एक यह है कि आप कभी भी निश्चित नहीं हैं कि पहले से ही क्या सहेजा गया है और मैन्युअल सेव एक्शन की आवश्यकता है।

इस सूत्र में अच्छे विचार।

आइए एक पल के लिए यहां वापस जाएं और बड़ी तस्वीर देखें। अलगाव में एक सुविधा की समीक्षा करते समय, यह _destination_ को अनदेखा करता है। गंतव्य के लिए कदम और गंतव्य दोनों ही महत्वपूर्ण हैं, लेकिन बाद वाले को पूर्व को सूचित करना चाहिए।

इस मामले में, चरण 2 के लक्ष्यों में से एक का विस्तार करना है जहां ब्लॉक का उपयोग किया जा सकता है । चरण 1 से एकीकृत सिद्धांत बना हुआ है: आपको जो कम इंटरफेस सीखना है, वह बेहतर है, और ब्लॉक एक में कई इंटरफेस को एकीकृत कर सकता है। यह संपादक पर भी लागू होता है। जैसा कि संपादक का विकास जारी है, संभावना है कि ब्लॉक उस भूमिका को कम कर सकते हैं जो विजेट ने निभाई है; एक विजेट क्षेत्र एक ब्लॉक क्षेत्र में मैप कर सकता है, और एक विजेट एक ब्लॉक में मैप कर सकता है।

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

संपादक के साथ जो भी समस्याएं हैं, आइए हम संपादक के लिए उन्हें ठीक करते हैं और खुद को पतला फैलाने के बजाय दो स्क्रीन में सुधार करते हैं। इसके अतिरिक्त, जैसा कि हम संपादक में सीधे अतिरिक्त ब्लॉक क्षेत्रों को दिखाना जारी रखते हैं, ये दोनों इंटरफेस संभवतः आगे अभिसरण करेंगे, जिससे संपादक को किसी को भी घर में महसूस करने में आसानी होगी।

@ जस्मसुसेन धन्यवाद, मैं वास्तव में बड़ी तस्वीर को देखने के आपके सुझाव की सराहना करता हूं।

संपादक के साथ जो भी समस्याएँ हैं, उन्हें संपादक के लिए ठीक करें और दो स्क्रीनों में सुधार करें

हालाँकि, ऐसा लगता है कि आप महसूस नहीं कर रहे हैं कि एडिटर जनरल लेआउट में मौलिक पहुंच के मुद्दे हैं जिन्हें हल करने के लिए कुछ अच्छी सोच की आवश्यकता होगी। यह _October_ पर पहुंच टीम रिपोर्ट में अच्छी तरह से समझाया गया

मुझे डर है कि ऊपर बताए गए कारणों से विजेट पृष्ठ में एक एक्सेसिबिलिटी रिग्रेशन स्वीकार्य नहीं होगा। यदि यह पृष्ठ संपादक लेआउट को अपनाने जा रहा है जैसा कि यह अब है, तो कुछ प्रतिगमन होंगे।

वर्ड के राज्य में घोषित चरण 2 के लक्ष्यों में से एक, वर्डप्रेस पर विभिन्न टीमों को एक साथ काम करना बेहतर बनाना है। डिजाइन, पहुंच, आदि सभी तत्व हैं जिन्हें पहले दिन से ही एकीकृत किया जाना चाहिए।

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

मैं निश्चित रूप से दोनों स्क्रीन में सुधार पर सहमत हूँ। इसके लिए सभी को अपना दिमाग खुला रखना चाहिए और यह नहीं मानना ​​चाहिए कि हमारे पास अब जो है उसे बदला नहीं जा सकता है। _Destination_, जैसा कि आपने कहा, एक डिजाइन प्रक्रिया भी शामिल है जो शुरुआत से ही सुलभता को संबोधित करने में सक्षम है।

मुझे यकीन नहीं है कि इस सामान्य चर्चा को यहां जारी रखना सबसे उपयुक्त जगह है, इसीलिए मैंने एक समर्पित बैठक प्रस्तावित की है।

प्रश्न: विजेट सेटिंग मान लेना साइडबार में होगा जैसा कि संपादक ने किया है (ध्यान दें: IMHO यह एक अच्छा विचार नहीं होगा जैसा कि ऊपर बताया गया है), उदाहरण के लिए:

# 1594 से हाल के डाक ब्लॉक का स्क्रीनशॉट (वहां बहुत सारी सेटिंग्स ...)

वर्तमान नवीनतम टिप्पणियाँ ब्लॉक का स्क्रीनशॉट:

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

मैं विजेट-ब्लॉकों को "जगह में": "विजेट की एक सीमित मात्रा में" बनाने के लिए जोरदार सुझाव देना चाहूंगा।

मुझे खेद है कि यह धागा बहुत लंबा और लगभग असहनीय होता जा रहा है। शायद हमें छोटा रहने की कोशिश करनी चाहिए

मैं यहां पूरे दिल से सहमत हूं। चीजों में से एक है जो सभी टिप्पणियों को सीधे मुद्दे से संबंधित रखने में मदद कर सकती है।

मैं अभी भी शीर्ष बार और साइडबार के बारे में आश्वस्त नहीं हूं जो मुख्य पहुंच चिंता का विषय है।

हो सकता है कि यहाँ समाधान इस स्क्रीन से पूरी तरह से शीर्ष पट्टी को गिराने के लिए है? क्या इस स्क्रीन के उद्देश्य के लिए शीर्ष पट्टी आवश्यक है? मुख्य कारण जो मैं इसके उद्देश्य के लिए देख रहा हूं वह ऑटोसैविंग के लिए है। क्या इसके बदले इंस्पेक्टर को संभाला जा सकता है? और शायद अब के लिए एक ब्लॉक प्रति ब्लॉक के आधार पर? मुझे यकीन नहीं है कि यह एक ऐसा पैटर्न है जिसे हम शुरू करना चाहते हैं, लेकिन विशेष रूप से a11y की मदद करने लायक है।

मैं कहता हूं कि यह स्पष्ट किया जाना चाहिए कि कौन से विजेट को सेटिंग्स की आवश्यकता है, और ये सेटिंग्स क्या होंगी।

मैं यहाँ असहमत हूँ। यह स्क्रीन ब्लॉक को पूर्व-विजेट सामग्री क्षेत्रों में एकीकृत करने के बारे में है। सभी ब्लॉकों को इस इंटरफ़ेस के माध्यम से एक्सेस किया जाएगा, इसलिए सेटिंग्स स्वाभाविक रूप से इसका हिस्सा हैं।

पिछली टिप्पणी में और अभिगम्यता टीम रिपोर्ट में बताए गए कारणों के लिए महत्वपूर्ण सेटिंग्स को साइडबार में नहीं रखा जाना चाहिए।

यह एक ब्लॉक-विशिष्ट संबंधित टिप्पणी है और वास्तव में उन ब्लॉक-विशिष्ट मुद्दों पर प्रत्यायोजित की जानी चाहिए।

कस्टमाइज़र को वास्तव में एक्सेसिबिलिटी को ध्यान में रखते हुए डिज़ाइन नहीं किया गया था।

विगेट्स / ब्लॉक से संबंधित किसी भी कस्टमाइज़र टिप्पणी को उस विशिष्ट मुद्दे पर भी भेजा जाना चाहिए [# 13205]।

@afercia का मतलब यह नहीं है कि मैं आपकी टिप्पणियों को लक्षित करूं, और मैं वास्तव में आपके द्वारा लाई गई चिंताओं की सराहना करता हूं और एक उचित समाधान खोजने का प्रयास करूंगा कि A) a11y मानकों को पूरा करता है या कम से कम हमें वहां सड़क पर मिलता है, और B) गुटेनबर्ग डिजाइन पैटर्न के साथ इनलाइन रहता है। आइए इस मुद्दे को विशेष रूप से इस मुद्दे से निपटने वाली टिप्पणियों के साथ संभव के रूप में प्रबंधित करने के लिए अपनी पूरी कोशिश करते हैं।

@Kjellr के प्रोटोटाइप से
शीर्ष पट्टी को साफ कर दिया ताकि a11y द्वारा वांछित केवल H1 और Save बटन जो सभी विजेट क्षेत्रों को बचाता है ... और साथ ही ऑटो-सेव को इंगित करता है।

यह एक नया टॉप बार पैटर्न है, मुझे विश्वास है, इसलिए मुझे कुछ विचार सुनना अच्छा लगेगा। यह अभी भी गुटेनबर्ग से परिचित है, लेकिन मुझे लगता है कि चूंकि यह एक मध्यवर्ती कदम है, इस समय पूर्ण साइट संपादन अनुभव की ओर है, यह ठीक है।

अंजीर प्रोटोटाइप

https://www.figma.com/proto/R0KYBQGGpdCsqgW2EWFDtK/Gutenberg-Widgets-Admin-Screen-Exploration-v2?node-id=14%3A297&scaling=min-zoom

मैंने कुछ त्वरित मॉकअप बनाने का निर्णय लिया, जिससे मैं उस विजेट पृष्ठ के ब्लॉक-इफिकेशन को देखने के 2 तरीकों का पता लगा सकूँ ...

पहला एक पृष्ठ पर सभी ब्लॉक क्षेत्रों को दिखाने के लिए है:

मैंने एक्सेसिबिलिटी में सुधार करने के लिए शीर्ष बार को नीचे की ओर ले जाया है। यह ज्यादातर नंगे है, क्योंकि अधिकांश बटन सामान्य रूप से केवल एक ही ब्लॉक क्षेत्र को संपादित करने के संदर्भ में समझ में आते हैं ... एकाधिक नहीं।

मैंने बेहतर पहुँच के लिए बार में बटन में लेबल भी जोड़े हैं। संभवतः, ये लेबल केवल विस्तृत स्क्रीन पर दिखाई देंगे, और 10524 के अनुसार, इन्हें दिखाने का विकल्प होगा।

यह मॉकअप सभी ब्लॉक क्षेत्रों के लिए ऑटो-सेविंग को भी मानता है, इसलिए "पब्लिश" बटन की कमी (जो एक से अधिक ब्लॉक क्षेत्र में लागू होने पर भी कम समझ में आता है)।

संभवतः, संपादक मोड और फुलस्क्रीन मोड जैसे विकल्प पोस्ट एडिटर की तरह अधिक विकल्प मेनू में स्थित होंगे।

यह दूसरा मॉकअप मेरी प्राथमिकता है: प्रत्येक ब्लॉक क्षेत्र को पोस्ट / पेज की तरह व्यक्तिगत रूप से संपादित किया जा रहा है। यह मौजूदा विजेट स्क्रीन के उपयोगकर्ताओं के लिए कम परिचित होगा, लेकिन यह पोस्ट संपादक के उपयोगकर्ताओं के लिए अधिक परिचित होगा:

विभिन्न ब्लॉक क्षेत्रों को ब्लॉक क्षेत्रों सूची पृष्ठ (अनिवार्य रूप से /wp-admin/edit.php?post_type=block_area ) से एक्सेस किया जा सकता है। थीम हमेशा की तरह, सामग्री की चौड़ाई को नियंत्रित करते हैं, इसलिए हेडर / फ़ुटर्स चौड़े दिखाई दे सकते हैं जबकि साइडबार छोटे दिखाई देते हैं।

मैंने इस मॉकअप से दस्तावेज़ की रूपरेखा को छोड़ दिया है क्योंकि मुझे लगता है कि यह वैश्विक ब्लॉक क्षेत्र के संदर्भ में बहुत कम समझ में आता है, और इसे प्लगइन साइडबार / मोडल के रूप में भी लागू किया जाना चाहिए (और इसलिए "अधिक विकल्प" में छिपाया जा सकता है। मेनू) वैसे भी।

मुझे पूरी तरह से यकीन नहीं है कि दोनों मॉकअप में "मदद" बटन क्या करेगा। मुझे लगता है कि एक पॉप-अप मोडल दिखाई देगा, मौजूदा विजेट पृष्ठ में "सहायता" बटन के समान जानकारी दिखाएगा।

"हेल्प" बटन नीचे के बार में भी हो सकता है ("लाइव पूर्वावलोकन के साथ प्रबंधित करें" बटन के लिए भी) ... मैं इस बारे में निश्चित नहीं हूं कि दोनों कहां से हैं।

मैं एक समय में केवल एक विजेट क्षेत्र दिखाने के साथ कई समस्याएं देखता हूं।

• चीजों को एक क्षेत्र से दूसरे क्षेत्र में ले जाना मुश्किल है।
• यह समझना मुश्किल है कि साइट पर पहले से क्या है जब आप एक समय में केवल एक ही देख सकते हैं।
• यह एक पृष्ठ (उपयोगकर्ता भ्रम) को संपादित करने जैसा लगता है।

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

मैं एक समय में केवल एक विजेट क्षेत्र दिखाने के साथ कई समस्याएं देखता हूं।

• चीजों को एक क्षेत्र से दूसरे क्षेत्र में ले जाना मुश्किल है।
• यह समझना मुश्किल है कि साइट पर पहले से क्या है जब आप एक समय में केवल एक ही देख सकते हैं।
• यह एक पृष्ठ (उपयोगकर्ता भ्रम) को संपादित करने जैसा लगता है।

अच्छे अंक, @ सहर्ष। मुझे लगता है कि अल्पावधि में आगे बढ़ने का सबसे अच्छा तरीका वास्तव में एक पृष्ठ से संपादित सभी ब्लॉक क्षेत्र हैं।

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

क्या सामग्री को प्रस्तुत करने की कोई आवश्यकता है? मुझे लगता है कि साइट कॉन्फ़िगरेशन होना भव्य है क्योंकि यह वर्तमान में विजेट पेज पर है। मैं आसानी से सभी विगेट्स देख सकता हूं और उन्हें पुनर्व्यवस्थित कर सकता हूं। मुझे कॉन्फ़िगरेशन के दृश्य में बाधा डालने वाली उनकी वास्तविक सामग्री से परेशान होने की आवश्यकता नहीं है।

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

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

इसके अतिरिक्त, ब्लॉक को फिर से ऑर्डर करना आसान बनाने के लिए, मुझे लगता है कि ब्लॉक नेविगेशन मेनू को एक प्लगइन साइडबार के रूप में फिर से लागू किया जाना चाहिए और अपने यूआई से ब्लॉक के ड्रैग-एंड-ड्रॉप रिवर्डिंग (साथ ही शायद हटाने) की भी अनुमति देनी चाहिए। # 11408 देखें।

हो सकता है कि यहाँ समाधान इस स्क्रीन से पूरी तरह से शीर्ष पट्टी को गिराने के लिए है?

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

मैं वास्तव में उस मॉकअप, @ZebulanStanphill को जोड़ने की सराहना करता हूं! निश्चित रूप से मुझे कल्पना करने में मदद करता है।

एक बात मैं नोट करूंगा कि हमने पिछले उपयोगकर्ता परीक्षण (पृष्ठ 23) में पाया है कि लोग स्क्रीन के नीचे होने पर पब्लिश बार को नोटिस नहीं करते हैं। यहां तक ​​कि जब इसके बारे में याद दिलाया गया, तो लोग इसे भूल गए। कुछ ने सोचा कि यह ब्राउज़र क्रोम की तरह लग रहा है। मैं उस समस्या को मोबाइल वेब पर तेज कर सकता हूं, जहां नीचे-डॉक किए गए विज्ञापन विपुल हैं।

हमने पिछले उपयोगकर्ता परीक्षण में पाया है (पृष्ठ 23)

क्षमा करें, बहस करने के लिए तैयार नहीं है, लेकिन यह एक तथ्य है कि उपयोगकर्ता परीक्षण में एक्सेसिबिलिटी की जरूरत वाले व्यक्ति शामिल नहीं थे, उदाहरण के लिए कीबोर्ड उपयोगकर्ता, स्क्रीन रीडर उपयोगकर्ता और सीमित दृष्टि क्षेत्र वाले उपयोगकर्ता।

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

यह एक ज्ञात समस्या है, गुटेनबर्ग से पहले भी क्योंकि उसी पैटर्न का उपयोग कस्टमाइज़र में किया जाता है।

तार्किक प्रवाह में, किसी भी वेब अनुप्रयोग में बचत क्रिया प्रवाह के अंत में होती है। मैं यह नहीं कह रहा हूं कि नीचे की तरफ प्रकाशित बार एक समाधान है, लेकिन यह अभी भी एक समस्या है जिसे सभी उपयोगकर्ताओं के लिए एक अच्छा समाधान चाहिए।

शीर्ष-पट्टी को रखकर, हम दोनों संपादक की पहचान को बनाए रखते हैं - आप एक ही इंटरफ़ेस सीखते हैं - और यह हमें रूट पर किसी भी एक्सेसिबिलिटी के मुद्दों को देखने और उन्हें प्रति-स्क्रीन के आधार पर ठीक करने के बजाय समग्र रूप से ठीक करने के लिए मजबूर करता है, इंटरफ़ेस आर्किटेक्चर टुकड़ा करना।

@jasmussen यह उचित है और मैं a11y की ओर समग्र दृष्टिकोण से सहमत हूं। मेरी उम्मीद है कि हम इस स्क्रीन पर बहुत समय का निवेश नहीं करते हैं जो भविष्य में घटने की संभावना है। और शीर्ष बार के आसपास a11y को निश्चित रूप से एक मुद्दा सौंपा जाना चाहिए।

मैंने अपने प्रोटोटाइप में शीर्ष बार को शामिल किया, लेकिन इस स्क्रीन पर काम न करने वाले बहुत सारे कार्यों को समाप्त कर दिया। क्या आपको लगता है कि यह एक अच्छा समाधान था, या क्या आपको लगता है कि समाप्त किए गए अन्य हिस्से यहां उपयोगी हैं?

मैंने अपने प्रोटोटाइप में शीर्ष बार को शामिल किया, लेकिन इस स्क्रीन पर काम न करने वाले बहुत सारे कार्यों को समाप्त कर दिया। क्या आपको लगता है कि यह एक अच्छा समाधान था, या क्या आपको लगता है कि समाप्त किए गए अन्य हिस्से यहां उपयोगी हैं?

हमें पूरी तरह से किसी भी बटन को हटाना चाहिए जो विजेट स्क्रीन के लिए समझ में नहीं आता है।

@melchoyce
@Afercia ने जो कहा, इसके अलावा, मैं कहूंगा कि वर्थहॉर्स डेमो में नीचे पट्टी के साथ समस्या का हिस्सा यह है कि यह _really pop_ या ब्राउज़र क्रोम की तरह दिखता है:

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

मैं उस समस्या को मोबाइल वेब पर तेज कर सकता हूं, जहां नीचे-डॉक किए गए विज्ञापन विपुल हैं।

मैं वास्तव में इसे एक समस्या नहीं देखता हूं। एप्लिकेशन के बहुत सारे स्क्रीन के नीचे एक बार में नियंत्रण रखते हैं, जैसे Spotify, Twitter और Instagram। यहां तक ​​कि गुटेनबर्ग मोबाइल पहले से ही अपने कई नियंत्रणों को नीचे रखता है:

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

@mapk

... मैं a11y की ओर एक समग्र दृष्टिकोण से सहमत हूं। मेरी उम्मीद है कि हम इस स्क्रीन पर बहुत समय का निवेश नहीं करते हैं जो भविष्य में घटने की संभावना है।

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

और शीर्ष बार के आसपास a11y को निश्चित रूप से एक मुद्दा सौंपा जाना चाहिए।

मैं सहमत हूँ।

@jasmussen

हमें पूरी तरह से किसी भी बटन को हटाना चाहिए जो विजेट स्क्रीन के लिए समझ में नहीं आता है।

एक पृष्ठ के लिए जो एक साथ कई ब्लॉक क्षेत्रों को दिखाता है, शीर्ष बार में अधिकांश नियंत्रण अब समझ में नहीं आते हैं। केवल सेटिंग्स साइडबार और अधिक विकल्प मेनू अभी भी समझ में आएगा। इसके अतिरिक्त, कई ब्लॉक क्षेत्रों के साथ स्क्रीन पर लागू होने पर Yoast SEO जैसे प्लगइन्स अब काम नहीं कर सकते हैं, इसलिए शायद प्लग इन को ब्लॉक एरिया पेज का समर्थन करने के लिए ऑप्ट-इन करना होगा?

यदि हमने ड्राफ्ट, शेड्यूल किए गए अपडेट और पूर्ववत / फिर से समर्थन करने के लिए ब्लॉक क्षेत्रों को अपडेट किया है, तो "ब्लॉक करें", "रीडो", "ड्राफ्ट के रूप में सहेजें" और "अपडेट" बटन प्रत्येक ब्लॉक क्षेत्र के नीचे दिखाई दे सकते हैं। लेकिन यह देखते हुए कि लंबी अवधि में, ब्लॉक एरिया पेज संभवतः पूरी तरह से बंद हो जाएगा जब पेज टेम्प्लेट चारों ओर आते हैं, मुझे यकीन नहीं है कि यह अतिरिक्त कार्यक्षमता को लागू करने के लायक है।

इसके अतिरिक्त, मुझे लगता है कि ब्लॉक क्षेत्रों को व्यक्तिगत रूप से संपादित करने की क्षमता को वैसे भी जोड़ा जाना चाहिए, ताकि ब्लॉक क्षेत्रों को संपादित करने के लिए एक गलत तरीके से अनुमति दी जा सके, जहां योस्ट एसईओ जैसे प्लगइन्स जो केवल एक ब्लॉक क्षेत्र संपादक में समझदारी का उपयोग करते हैं, यदि वांछित हो ।

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

मैं चिंता को समझता हूं और यहां की हर चीज से सहमत हूं। हालांकि, जैसा कि हम टॉपबार और इंस्पेक्टर में a11y को बेहतर बनाने के लिए आगे काम करते हैं, मेरा मानना ​​है कि हम अभी भी इस टिप्पणी में एक साथ निर्धारित प्रोटोटाइप के साथ आगे बढ़ सकते हैं:

https://github.com/WordPress/gutenberg/issues/13204#issuecomment -459175233

@youknowriad , क्या आपको लगता है कि हम इसके आसपास देव कार्य शुरू कर सकते हैं?

अभी तक नहीं, यह PR # 13088 यहाँ की आवश्यकता है और हम जैसे ही इसे लैंड करना शुरू करेंगे।

यह भी नोट करना चाहता था कि यहां चर्चा किए गए a11y मुद्दों पर काम करने के लिए एक मुद्दा [# 13663] बनाया गया है।

एक बड़ी चिंता मेरे पास सिंगल सेव बटन और सिंगल ड्राफ्ट / पब्लिश फंक्शनलिटी की है। विजेट क्षेत्र कई अलग-अलग पृष्ठों पर साइट पर फैले हुए हैं, और कई अलग-अलग चिंताएं हैं। यह व्यक्तिगत रूप से उनमें परिवर्तन को लागू करने में सक्षम होने के लिए बहुत अधिक तर्कसंगत लगता है।

विजेट क्षेत्रों की यह फिर से कल्पना करना उन्हें पर्याप्त रूप से अलग करने के लिए एक महान समय होगा जो उपयोगकर्ता प्रत्येक विजेट क्षेत्र में अलग-अलग बदलावों को शेड्यूल कर सकते हैं।

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

मोडल बॉक्स में ब्लॉक सेटिंग्स कैसे खोलें, गुटेनबर्ग में उपयोग किए जाने वाले समान मोडल कोड?
क्या यह एक्सेसिबिलिटी के लिए बहुत जटिल होगा।

व्यक्तित्व मुझे लगता है कि अगर आप विगेट्स के लिए शुद्ध पोस्ट एडिट स्क्रीन के डिज़ाइन और लुक को दोहराने की कोशिश करते हैं तो आप बहुत बड़ी गलती करेंगे। आप भविष्य में अपने लिए बहुत समस्याएँ खड़ी करेंगे।

संदर्भ के लिए, क्या यह यूआई I चरण 2 के दौरान फ्रॉनटेनबर्ग में शर्मनाक होना चाहिए? :)

हाँ, @tomjn , यह UI है: https://github.com/WordPress/gutenberg/issues/13204#issuecomment -459175233 विजेट ब्लॉक।

यह ठीक है, बस सुनिश्चित करें कि व्यवस्थापक पृष्ठ ही अच्छा और मॉड्यूलर है, ताकि यह फ्रंटएंड पर चलने के लिए दुःस्वप्न न हो, इस तरह से आप हर संस्करण को फिर से लिखे बिना कृपया कर सकते हैं

यहां एक नोट जोड़ना कि एक ट्रेक टिकट एक मुद्दा था जब विभिन्न उपयोगकर्ता समवर्ती विजेट्स को संपादित करते हैं, एक लॉकिंग सिस्टम का प्रस्ताव करते हैं:
https://core.trac.wordpress.org/ticket/12722

यह सुनिश्चित करना बेहतर हो सकता है कि नई विजेट स्क्रीन लॉकिंग समाधान का समर्थन करती है।

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

वर्थ नोटिंग कि हालांकि निम्नलिखित टिकट WebRTC का उपयोग करते हुए सहयोगी संपादन के बारे में है, बहुत अधिक सुस्ती और डिजाइन प्रक्रिया में चला गया है, और अवधारणा समान है: उपयोगकर्ता को इसे संपादित करने के लिए एक ब्लॉक को लॉक करना। इसलिए संदर्भ विचारों के लिए उस UI को देखने लायक हो सकता है:
https://github.com/WordPress/gutenberg/issues/1930#issuecomment -333455412

मैं एक सरल टिप्पणी साझा कर रहा हूं जो विजेट क्षेत्रों के लिए ब्लॉक संपादक पाने के लिए पीआर के मुख्य शेष कार्यों को संक्षेप में प्रस्तुत करता है:

• सर्वोच्च प्राथमिकता पीआर: ब्लॉक के रूप में सार विजेट क्षेत्र के बाकी समापन बिंदुओं का कार्यान्वयन। https://github.com/WordPress/gutenberg/pull/15015
  - (प्रगति में) बहुत हालिया समीक्षा के लिए कुछ अपडेट लंबित हैं, लेकिन पीआर अभी भी समीक्षाओं से लाभान्वित हो सकता है।
• उच्चतम प्राथमिकता वाला दूसरा पीआर: विजेट स्क्रीन में विजेट एंडपॉइंट्स को ब्लॉक एडिटर से कनेक्ट करें।
  https://github.com/WordPress/gutenberg/pull/15074
  - https://github.com/WordPress/gutenberg/pull/15015 पर निर्भर करता है
  - (प्रगति में) समीक्षा लंबित है।
• वेबसाइट विजेट में एक पोस्ट_ड के संदर्भ में रेंडर विजेट क्षेत्र।
  - https://github.com/WordPress/gutenberg/pull/15074
  - (प्रगति में) समीक्षा लंबित है।

3 पीआर के उस संदर्भ को एक श्रृंखला में एक दूसरे से विलय करने से हमें विजेट स्क्रीन के लिए ब्लॉक एडिटर का डेमो समाप्त करने की अनुमति मिलती है।

समानांतर में हमें विजेट स्क्रीन में अपेक्षा के अनुसार ब्लॉक काम करने के लिए अन्य सुधारों की आवश्यकता है।

कोर ब्लॉकों से वर्डप्रेस / एडिटर यूजेज निकालें (विजेट स्क्रीन में वर्डप्रेस / एडिटर उपलब्ध नहीं है)।

• https://github.com/WordPress/gutenberg/pull/15635
• https://github.com/WordPress/gutenberg/pull/15572
• https://github.com/WordPress/gutenberg/pull/15521

यूआई समस्याओं को ठीक करें जो स्क्रीन को अपेक्षित रूप से काम नहीं करते हैं या जो स्क्रीन को एक उप-अपनाने का अनुभव है।

• https://github.com/WordPress/gutenberg/pull/15472
• https://github.com/WordPress/gutenberg/pull/15470

UI की अन्य समस्याएं विजेट स्क्रीन को प्रभावित कर रही हैं, जिसके लिए एक समाधान अभी तक लागू नहीं किया गया है। प्रमुख समस्याएं हैं:

• ब्लॉक पॉपओवर सही स्थिति में दिखाई नहीं दे रहा है।
• ब्लॉक निरीक्षक अभी भी उपलब्ध नहीं है।
• हमारे पास ग्लोबल इंसटर के समतुल्य कुछ नहीं है, हम केवल सिबलिंग इंसुलेटर और "/" स्वत: पूर्ण आवेषण का उपयोग करके ब्लॉक डाल सकते हैं। हो सकता है कि हमें प्रति विजेट क्षेत्र में एक वैश्विक आवेषण होना चाहिए?

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

मर्ज किए गए PR (मुख्य स्क्रीन कार्य से संबंधित): https://github.com/WordPress/gutenberg/pull/15015 , https://github.com/WordPress/gutenberg/pull/15074 , https://github.com / वर्डप्रेस / गुटेनबर्ग / पुल / 15,651

एक पीआर जो विरासत विजेट ब्लॉक को एक मौजूदा विजेट को संदर्भित करने की अनुमति देता है वह प्रस्तावित था https://github.com/WordPress/gutenberg/pull/15801।

लिगेसी विजेट्स अभी भी विजेट स्क्रीन पर अपेक्षित रूप से काम नहीं करते हैं, इसके लिए हमें यह सुनिश्चित करने की आवश्यकता है कि हम उस स्क्रीन पर उपयोगकर्ता सर्वर-साइड रेंडर घटक को लैंड कर सकते हैं https://github.com/WordPress/gutenberg/pull/15635 और हमें इसकी आवश्यकता है PR ने पिछली बार https://github.com/WordPress/gutenberg/pull/15801 का संदर्भ दिया

कोर ब्लॉकों से वर्डप्रेस / एडिटर usages को हटाने के काम के बारे में:
https://github.com/WordPress/gutenberg/pull/15572 को मिला दिया गया। https://github.com/WordPress/gutenberg/pull/15635 की समीक्षा फिर से लंबित है और मैं समीक्षाओं को संबोधित करने के लिए जल्द ही https://github.com/WordPress/gutenberg/pull/15521 अपडेट करूंगा।

यूआई समस्याओं को ठीक करने के लिए काम के बारे में जो स्क्रीन को अपेक्षित रूप से काम नहीं करते हैं या जो स्क्रीन को एक उप-अपनाने का अनुभव है: https://github.com/WordPress/gutenberg/pull/15472 बंद था क्योंकि हमने अन्य PR में कोड अपडेट किया था समस्या की जड़ को ठीक करता है।
https://github.com/WordPress/gutenberg/pull/15470 चर्चाओं में है और एक निर्णय लंबित है।

एक बड़ी चिंता मेरे पास सिंगल सेव बटन और सिंगल ड्राफ्ट / पब्लिश फंक्शनलिटी की है।

यह निश्चित रूप से बढ़ती चिंता है। मैं इसे और खोजूंगा और इस बटन को ब्लॉक एरिया स्पेसिफिक होने के लिए देखूंगा (जल्द ही आने वाले मॉकअप)। मुझे नहीं लगता कि वास्तविक ब्लॉक में जाना आवश्यक है।

एक और अपडेट।
शॉर्ट टर्म प्रोजेक्ट बोर्ड https://github.com/WordPress/gutenberg/projects/27 पर उपलब्ध है

हमने एक और दो महत्वपूर्ण PR के https://github.com/WordPress/gutenberg/pull/15521 , https://github.com/WordPress/gutenberg/pull/15396 को मिला दिया

पीआर कि समीक्षा की जरूरत है

उच्च प्राथमिकता वाला अगला पीआर है
https://github.com/WordPress/gutenberg/pull/15801 जो विलय होने पर विरासत विजेट को विजेट स्क्रीन में उपयोग करने की अनुमति देगा।

https://github.com/WordPress/gutenberg/pull/15548 व्यावहारिक रूप से तैयार है और इसे अंतिम स्वीकृति की आवश्यकता है।

https://github.com/WordPress/gutenberg/pull/15948 अपडेट किया गया था और इसे अंतिम मंजूरी भी चाहिए।

PHP कोड में कुछ समस्याएं / संभावित सुधार पाए गए, और दो PR प्रस्तुत किए गए। यह उन पर कुछ अतिरिक्त नजरें होंगी:
https://github.com/WordPress/gutenberg/pull/15981
https://github.com/WordPress/gutenberg/pull/15983

इन PR में से किसी एक की प्रारंभिक समीक्षा करने के लिए @TimothyBJacobs को सहारा।

लंबित अपडेट / चर्चा

https://github.com/WordPress/gutenberg/pull/15635 पर चर्चा की गई, और ऐसा लगता है कि हम एक संभावित समाधान पर पहुंचे। मुझे ServerSideRenderProvider होने के

https://github.com/WordPress/gutenberg/pull/15470 @aduth एक नया घटक प्रदान करने वाला एक वैकल्पिक विचार प्रदान करता है जिसमें ब्लॉकएडिटरप्रॉइडर भी शामिल है, लेकिन ब्लॉक संपादक से अपेक्षित कुछ कलाकृतियों, जैसे, लेखन प्रवाह। मुझे लगता है कि अगर किसी को उस रास्ते के बारे में कोई चिंता नहीं थी तो सबसे अच्छा रास्ता उस घटक को लागू करना है और इसका उपयोग करने के लिए https://github.com/WordPress/gutenberg/pull/15470 को अपडेट

अन्य अपडेट

https://adithub.com/WordPress/gutenberg/pull/15988 @aduth द्वारा प्रस्तावित विजेट स्क्रीन पर

यह समस्या एक वर्ष में सक्रिय नहीं हुई है। क्या विजेट स्क्रीन के लिए एक और अवलोकन मुद्दा है?

मुझे ऐसा नहीं लगता, @ellatrix। यदि आप इसे बंद करना चाहते हैं, तो हमारे पास प्रोजेक्ट बोर्ड है जिसमें मुद्दों की एक सूची है।

इस पुराने मुद्दे को खुला रखना अच्छा होगा क्योंकि यह प्रोजेक्ट बोर्ड से भी जुड़ा होगा। यह तब भी अपडेट किया जा सकता है जब किसी के पास इस मुद्दे पर फिर से जाने का समय हो।

ठीक है, चूंकि परियोजना बोर्ड पर कोई आंदोलन नहीं है और इस मुद्दे पर कोई आंदोलन नहीं है, मैं इसे WP 5.5 बोर्ड से हटा दूंगा।

@ आईलैट्रिक्स मैं इस सुविधा की स्थिति पर अस्पष्ट हूँ। क्या अभी भी गुटेनबर्ग ब्लॉक का उपयोग करने के लिए विजेट साइडबार सामान को बदलने की योजना है?

सभी PRs Jorge ने यहाँ उल्लेख किया है: https://github.com/WordPress/gutenberg/issues/13204#issuecomment -499078467
विलीन हो चुके हैं।

हे असलान। @jcklpe

फ़ीचर की स्थिति यह है कि किसी ने भी लंबे समय तक wp-admin में विजेट्स स्क्रीन पर काम नहीं किया है, इसलिए इसे WP 5.5 प्रोजेक्ट बोर्ड से हटा दिया जाता है। इसका मतलब यह नहीं है कि इस पर काम नहीं किया जाएगा, केवल यह कि यह 5.5 की प्राथमिकता नहीं है।

मैं इस बड़े मुद्दे को बंद कर दूंगा क्योंकि आज यह केवल ऐतिहासिक दस्तावेज के लिए है।