ये अवधारणाएँ काफी हद तक इससे प्रभावित हैं:

• परमाणु ब्लॉक
• WordPress.com
• डिज़ाइन लाइब्रेरी

मेरा मानना ​​है कि इस बातचीत के लिए यूएक्स प्रवाह को मानकीकृत करने से गुटेनबर्ग और उपयोगकर्ताओं को फायदा होगा।

हमारे पास इसके लिए समर्थन है, लेकिन केवल प्रति-पोस्ट-प्रकार और टेम्पलेट लोड पर लागू होते हैं, निम्न तर्क के साथ:

 * Synchronizing a block list with a block template means that we loop over the blocks
 * keep the block as is if it matches the block at the same position in the template
 * (If it has the same name) and if doesn't match, we create a new block based on the template.
 * Extra blocks not present in the template are removed.

मैं उस में बहुत मूल्य नहीं देखता, और जैसा आपने वर्णित किया है, वैसा ही कुछ करना पसंद करेंगे।

मुझे ओवरले दृष्टिकोण अधिक पसंद है क्योंकि इसमें उपलब्ध पैटर्न दिखाने के लिए अधिक स्क्रीन रियल एस्टेट है।

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

गुटेनबर्ग को चूक को परिभाषित नहीं करना चाहिए, लेकिन डिफ़ॉल्ट विषयों को निश्चित रूप से उनके साथ जहाज करना चाहिए।

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

हाँ, मुझे यह और अधिक पसंद है, उसी कारणों के लिए जो आपने कहा था।

इस प्लगइन से सीखने के लिए कुछ दिलचस्प भी हो सकता है। https://wordpress.org/plugins/full-site-editing/ @obenland वर्तमान में प्लगइन है?

यह ब्लॉक पूर्वावलोकन का काम याद कर रहा है जिसे हम पिछले कुछ हफ्तों में जोड़ रहे हैं लेकिन अन्यथा क्रियाशील है।

यह वर्तमान पुनरावृत्ति जैसा दिखता है, बड़े, दाएँ हाथ की ओर टेम्पलेट पूर्वावलोकन के लिए blockPreview का उपयोग करते हुए:

@epiqueras ने लिखा है:

हमारे पास इसके लिए समर्थन है, लेकिन केवल प्रति-पोस्ट-प्रकार और टेम्पलेट लोड पर लागू होते हैं, निम्न तर्क के साथ:

 * Synchronizing a block list with a block template means that we loop over the blocks
 * keep the block as is if it matches the block at the same position in the template
 * (If it has the same name) and if doesn't match, we create a new block based on the template.
 * Extra blocks not present in the template are removed.

मैं उस में बहुत मूल्य नहीं देखता, और जैसा आपने वर्णित किया है, वैसा ही कुछ करना पसंद करेंगे।

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

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

अगला कदम:

1. @melchoyce के रूप में अच्छी तरह से उसके अन्वेषण संवाद करने के लिए।
2. डायवर्ज: अन्वेषण करें कि wpcom उद्योग में अन्य उदाहरणों के साथ क्या कर रहा है (यानी। स्क्वेर्स्पेस, आदि)
3. अभिसरण: एक मजबूत मॉकअप और UX प्रवाह में मजबूत पैटर्न को एक साथ लाना।
4. Mockups और प्रोटोटाइप फिमा में।

पिछले साल मैंने गुटेनबर्ग पेज लेआउट के लिए कुछ प्रोटोटाइप का पता लगाया। मेरी खोज में कुछ टुकड़े थे:

• पृष्ठों पर काम करने के लिए लेआउट बढ़ाएँ, न कि केवल सीपीटी।
• कई टेम्पलेटों को "घोषित" करने के लिए थीम लेखकों के लिए एक रास्ता बनाएं।
• उन टेम्पलेट्स को श्रेणीबद्ध करने के लिए थीम लेखकों के लिए एक रास्ता बनाएँ।
• लेआउट का चयन करने के लिए UI बनाएं।

डेस्कटॉप

प्रोटोटाइप देखें

_Note: यह प्रोटोटाइप मेरे द्वारा पहले किए गए एक दौर से था, और कुछ तत्व पुराने हो चुके हैं ।_

मोबाइल

प्रोटोटाइप देखें

विभाजन

गुटेनबर्ग में सब कुछ की तरह लेआउट पिकर, एक ब्लॉक है। इसमें कुछ तत्व शामिल हैं:

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

लेआउट बदलना

मैंने इस बात पर काम किया कि प्रवाह कैसा दिख सकता है:

प्रोटोटाइप देखें

विभाजन

तो रुको, मेरे पास एक से अधिक पृष्ठ लेआउट हो सकते हैं?
हाँ! आप उन्हें स्टैक कर सकते हैं और उन्हें जोड़ सकते हैं लेकिन आप चाहें।

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

क्या होगा अगर वे अपनी सामग्री को अधिलेखित करने का मतलब नहीं था?
कृपया "पूर्ववत करें" का समर्थन करें।

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

• चुनिंदा छवि → छवि
• पृष्ठ का शीर्षक → हैडर

डुप्लिकेट ब्लॉक के बारे में कैसे?
यदि किसी विशिष्ट ब्लॉक (जैसे नवीनतम पोस्ट) को डुप्लिकेट किया गया है, तो हमें यह अनुमति देनी चाहिए कि - लोग एक अलग श्रेणी से पोस्ट के दूसरे ब्लॉक को प्रदर्शित करना चाह सकते हैं।

जेनेरिक ब्लॉकों को आपके दिल की सामग्री के लिए दोहराया जा सकता है।

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

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

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

मुझे यह भी दृढ़ता से महसूस होता है कि हमें ब्लॉक लाइब्रेरी के बगल में एक अतिरिक्त बटन नहीं जोड़ना चाहिए, क्योंकि:

• यह पृष्ठ पर कुछ भी सम्मिलित करने के लिए एकवचन स्थान के रूप में ब्लॉक लाइब्रेरी को पतला और टुकड़े करता है
• यह मोबाइल और डेस्कटॉप पर पहुंच बनाने और काम करने और सीखने के लिए अतिरिक्त UI जोड़ता है
• यह एक ऐसी जगह पर जोड़ा गया है जो पहले से ही भीड़ है और यकीनन इसे जोड़ने के बजाय कम किया जाना चाहिए
• यह "पैटर्न" को "ब्लॉक" से अलग करता है, प्रभावी ढंग से एक अलग प्रकार की सामग्री बनाता है, जब यह यकीनन समान हो सकता है

_ जब आप ब्लॉक UI सीखते हैं, तो आप सीखते हैं कि कैसे सब कुछ करना है_, जल्दी से एक मार्गदर्शक सिद्धांत था, और हालांकि इसे अभी भी परिष्कृत किया जाना चाहिए, यह अपेक्षाकृत अच्छी तरह से बढ़ा है। कल ही हमने चर्चा की कि कैसे _site ही_ को एक ब्लॉक (# 16998) के रूप में व्यवहार करना फायदेमंद हो सकता है क्योंकि यह मौजूदा UI का पुनः उपयोग करता है। यदि इसके बजाय एक "ब्लॉक पैटर्न" को एक नई सुविधा के रूप में माना जाता है, लेकिन इसके बजाय इसे _just के रूप में समझें एक और ब्लॉक जो पूर्व-डिज़ाइन किया गया है और अंदर चाइल्ड ब्लॉक है_, अचानक यह एक नई सुविधा नहीं है, यह मौजूदा फीचर_ के लिए एक संग्रह है, अभ्यास जो व्यावहारिक और समझदार, गुंजाइश-वार दोनों लगता है।

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

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

एक अन्य इंटरफ़ेस, और मेल बहुत सुरुचिपूर्ण ढंग से इस पर छूता है, प्लेसहोल्डर इंटरफ़ेस पर टैप करना है। क्या होगा यदि साइट ब्लॉक, डिफ़ॉल्ट रूप से, आपको आधार टेम्पलेट चुनने दें?

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

मेरे लिए, ब्लॉक लाइब्रेरी इस इंटरफ़ेस के लिए स्पष्ट स्थान है। ब्लॉक पैटर्न को बेहतर ढंग से समायोजित करने के लिए हम इसमें क्या बदलाव कर सकते हैं?

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

यह ब्लॉक लाइब्रेरी के बारे में क्या है क्योंकि यह आज भी मौजूद है जो बताता है कि हमें ब्लॉक पैटर्न के लिए एक नए यूआई की आवश्यकता है?

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

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

ब्लॉक प्लेसहोल्डर (संदर्भ के लिए):

साइट ब्लॉक प्लेसहोल्डर:

यह वास्तव में ऊपर @melchoyce के नकली के साथ

अच्छे विचार, धन्यवाद।

हाल ही में, खुशी इंजीनियर्स ने साझा किया कि कुछ उपयोगकर्ता ब्लॉक लाइब्रेरी को सामने और केंद्र के बाहर अन्य ब्लॉक खोजने के लिए स्क्रॉल भी नहीं करते हैं।

यह एक अच्छी अंतर्दृष्टि है, और ब्लॉक पैटर्न को बेहतर बनाने के लिए सभी बेहतर कारण हैं जो किसी भी बेहतर डिजाइन के साथ हम ब्लॉक पैटर्न के लिए बनाते हैं।

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

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

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

UI हमारे पास क्या है, इस पर बनाता है, लेकिन खोज फ़ील्ड के अतिरिक्त दो टैब जोड़ता है:

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

फिर, जबकि यह उच्च निष्ठा दिखता है, इसे सुसमाचार के रूप में नहीं लिया जाना चाहिए। यह केवल बातचीत को आगे बढ़ाने का इरादा है। मैं पूर्ण साइट संपादन के लिए @shaunandrews के कुछ

उम्मीद है की यह मदद करेगा! विचार?

ठीक है, इसलिए उपरोक्त अन्वेषणों के आधार पर, हम देखते हैं कि हम इसे दो कार्यों में तोड़ रहे हैं:

1. जब आप एक नया पृष्ठ बनाते हैं तो पृष्ठ लेआउट का पूर्वावलोकन करना और उसका चयन करना
2. नए ब्लॉक पैटर्न को बाद में, इन्सर्टर के माध्यम से जोड़ना

@jasmussen के पास https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480 में कुछ बेहतरीन इंसुलेटर एक्सप्लोरेशन हैं जिन्हें हम इन्सर्ट करने के लिए इटररेट कर सकते हैं।

@shaunandrews ने यह विचार भी साझा किया कि वह मेरे साथ WordPress.com के लिए काम कर रहा है:

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

एक प्रश्न जो हमें सोचना चाहिए: क्या पेजों के लिए पूर्ण पृष्ठ लेआउट _just_ होना चाहिए, पोस्ट्स के लिए नहीं?

क्या पूरे पृष्ठ लेआउट केवल पृष्ठों के लिए होने चाहिए, पोस्ट के लिए नहीं?

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

शायद टेम्प्लेट, जब यह पंजीकृत होता है, तो खुद तय करता है कि इसे कौन से टैक्सोनोमीज़ पर अनुमति दी जानी चाहिए?

शायद टेम्प्लेट, जब यह पंजीकृत होता है, तो खुद तय करता है कि इसे कौन से टैक्सोनोमीज़ पर अनुमति दी जानी चाहिए?

अच्छा विचार - तब टेम्प्लेट का उपयोग श्रेणियों / टैग और CPT के लिए भी किया जा सकता है।

(टैक्सोनॉमी पेज पर एक टेम्प्लेट पिकर अच्छा हो सकता है!)

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

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

जैसा कि हम ब्लॉक पैटर्न पर जारी रखते हैं, यह सोचना दिलचस्प होगा कि क्या यह अवधारणा बड़े वर्गों के लिए सुविधाओं के अतिरिक्त आधार UI के आगे सरलीकरण के लिए दरवाजे खोलती है या नहीं।

@jasmussen क्या मैं https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480 के लिए आपकी फ़ाइल ले सकता हूं?

हां बिल्कुल। मैंने इसे जल्दी से एक गन्दा फिगमा फाइल में डाल दिया, इसलिए मैंने इसे यहाँ कॉपी किया:

https://www.figma.com/file/VaSKQJDS70ov87XY1alOVs/Block-Library-w.-Block-Patterns?node-id=0%3A1

धन्यवाद!

कुछ विचारों के साथ कर रहे हैं:

मैंने एक ड्रॉपडाउन के विचार के साथ शुरुआत की और ब्लॉकों की एक सूची की कोशिश की:

इसके साथ ही मैंने सूची में पैटर्न के लिए थंबनेल का उपयोग करते हुए, पैटर्न के लिए एक दो कॉलम और एक एकल कॉलम की कोशिश की:

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

खोज के नीचे टैब के साथ, मैंने लैंडस्केप और पोर्ट्रेट ओरिएंटेशन दोनों में पैटर्न के थंबनेल दिखाने की भी कोशिश की।

मुझे पसंद है कि @joen ने पैटर्न के अधिक दिलचस्प लेआउट के साथ क्या किया, इसलिए मैंने उसके साथ एक त्वरित मॉकअप की भी कोशिश की:

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

मुझे इस मुद्दे को पढ़ने में अच्छी तरह से मज़ा आया, विचारों को पढ़ने और बहुत अच्छे लगते हैं!

मैं संबंधित मुद्दों को # १३६२३ और # १ focus५१२ पर फहराना चाहता हूं जो पूर्ण साइट संपादन को सक्षम करने के लिए क्रमशः आवश्यक ब्लॉक प्रकार और बुनियादी ढांचे को प्रदान करने पर ध्यान केंद्रित करते हैं।

जबकि यहां चर्चा की गई पैटर्न को दोनों संदर्भों (अलग-अलग पोस्ट बनाम पूरे टेम्पलेट) में समझ में आता है, मुझे लगता है कि हमें दो प्रकार के टेम्पलेट्स के बीच अंतर करने की आवश्यकता है:

• टेम्प्लेट पार्ट्स (जैसे wp_template_part पोस्ट के साथ आंतरिक रूप से कार्यान्वित किया जाता है, पूर्ण साइट संपादन प्लगइन कैसे करता है) के समान:
  
  
  
  • टेम्पलेट भागों को विभिन्न स्थानों में उपयोग करने में सक्षम होना चाहिए, और उन्हें अन्य सामग्री के साथ जोड़ना संभव होना चाहिए (जैसा कि पहले यहां चर्चा की गई है)।
  
  
• टेम्पलेट (उदाहरण के लिए आंतरिक रूप से wp_template पोस्ट के साथ लागू किया जाना, # 17513 देखें):
  
  
  
  • टेम्प्लेट _entire_ टेम्प्लेट का प्रतिनिधित्व करने वाले हैं, जिसमें सभी अर्थमेटिक मार्कअप शामिल हैं जो HTML दस्तावेज़ बनाते हैं। इन्हें कैसे रखा जा सकता है, इस पर कुछ प्रतिबंधों की आवश्यकता है, उदाहरण के लिए पूर्ण टेम्पलेट्स व्यक्तिगत पोस्ट सामग्री में कोई मतलब नहीं रखते हैं, और यह भी कि कहीं और एक पूर्ण टेम्पलेट को जोड़ना संभव नहीं होना चाहिए - एक पूर्ण टेम्पलेट को हमेशा ओवरराइड करना चाहिए मौजूदा सामग्री, और उनका मुख्य उपयोग-मामला गुटेनबर्ग के साथ एक नया खाका बनाने की शुरुआत में होगा (यानी "अपने शुरुआती बिंदु का चयन करें")।
  
  
  • जबकि हमें अभी भी यह पता लगाने की आवश्यकता है कि आम तौर पर कैसे प्रोत्साहित किया जाए (लागू करें?) ठोस अर्थ मार्कअप (उपरोक्त मुद्दों के माध्यम से), मेरा मानना ​​है कि हमें इस परिदृश्य पर भी विचार करना चाहिए।
  
  

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

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

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

एक त्वरित और गंदी खोज, @shaunandrews और @jasmussen के विचारों को ले रही है और उन्हें एक

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

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

वहाँ आपकी खोज, @melchoyce , वास्तव में मदद करता है! धन्यवाद! मेरे पास इसके बारे में कुछ विचार हैं।

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

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

जबकि https://github.com/WordPress/gutenberg/issues/17335#issuecomment -539903480 जरूरी नहीं कि रास्ता - श्रेणियों को व्यर्थ लगने लगे, और वहाँ बहुत कुछ चल रहा है - मुझे नहीं लगता कि _ ब्लॉक को रोकना पुस्तकालय को जटिल ब्लॉकों को समायोजित करने के लिए_ (और एक मोडल संवाद से बचना) जाने का रास्ता है।

मुझे लगता है कि जटिल ब्लॉक को समायोजित करने के लिए ब्लॉक लाइब्रेरी में सुधार (और एक मोडल संवाद से बचना) जाने का रास्ता है।

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

मुझे "ब्लॉक पैटर्न" का विचार पसंद है (शायद इसे "ब्लॉक लेआउट्स" में बदल दिया जाना चाहिए) लेकिन मुझे एक डायलॉग बॉक्स का उपयोग करके एक नया ब्लॉक जोड़ना पसंद नहीं है - यह बहुत विचलित करने वाला है! (यदि ब्लॉक पैटर्न को इस तरह जोड़ा जाना था, तो मैं इसके साथ ठीक रहूंगा।)

मेरा सुझाव है कि ब्लॉक आवेषण एक छोटी आबादी (जैसा कि यह आज बैठता है) रहना चाहिए, जबकि ब्लॉक पैटर्न पूरी तरह से एक अलग घटक होना चाहिए - जिस संदर्भ में प्रत्येक का उपयोग किया जाता है _could_ बहुत अच्छी तरह से अलग हो: पृष्ठों (पैटर्न) के निर्माण के लिए एक - उन पृष्ठों को जोड़ने / ब्लॉक करने के लिए दूसरा।

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

शायद हम ट्वीक करते हैं कि हम चीजों को थोड़ा कैसे कर रहे हैं।

यहाँ केवल यह सोचकर, लेकिन क्या होगा यदि हमारे पास शीर्ष पर इंसर्टर था, जैसा कि आज है, और मौजूदा ब्लॉकों के बीच एक नया UX पैटर्न पेश करता है - जहाँ लोग ब्लॉक पैटर्न / लेआउट जोड़ सकते हैं (जो भी हम उन्हें कहते हैं)। यह ऑन-हॉवर ब्लॉक इंसर्ट (+) को प्रतिस्थापित करेगा जो वर्तमान में ब्लॉक के बीच रहता है, और दृश्यमान रहता है (जब hover नहीं होता है तो छिपाएं नहीं)।

यहां एक स्क्रीनशॉट (_with वास्तविक Gutenberg content_) है जो इस तरह दिख सकता है:

इसके पीछे कुछ विचार करने की आवश्यकता होगी जहाँ वास्तव में यह काम करेगा। क्या यह हर ब्लॉक के बीच होगा? मुझे यकीन नहीं है।

पैटर्न इंसटर को खोलने से एक मोडल होगा जिससे उपयोगकर्ता अपने पेज में जोड़ने के लिए एक नया पैटर्न चुन सकता है। यहां शीर्ष-स्तरीय श्रेणीगत चयन का उपयोग करते हुए मोडल की खोज की गई है, हालांकि मैं यहां 100% नहीं हूं कि यह कैसा दिखेगा।

यह पैटर्न (या इसके कुछ हिस्सों को कम से कम) GoDaddy की वेबसाइट + मार्केटिंग की पेशकश, साथ ही स्क्वायरस्पेस (और संभवतः कहीं और) पर देखा जाता है। यह एक अन्वेषण के लायक है।

एक ब्लॉक और एक लेआउट अलग होना चाहिए।

एक लेआउट को सीएसएस ढांचे का उपयोग करना चाहिए जो इसका उपयोग कर रहा है।

लेआउट के उदाहरण:

• स्तंभ पंक्ति
• ग्रिड
• एक स्लाइडर
• एक बक्सा
• टैब, समझौते

एक ब्लॉक एक लेआउट के अंदर रह सकता है या नहीं।

एक पैटर्न एक लेआउट + ब्लॉक हो सकता है?

यहां बताया गया है कि ब्लोक्स ऐप ऐसा कैसे करता है। यह बहुत बड़े Inserter का उपयोग करता है। अभी और शोध साझा कर रहा हूं।

दूसरों को वहाँ क्या कर रहे हैं और अधिक देख रहे हैं।

मोडल खोलने के लिए टॉप टूलबार में एक बटन का उपयोग करता है।

महान शेयरों, मार्क।

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

और यहाँ स्क्वेयरस्पेस के पेज आर्किटेक्चरिंग और कंटेंट एडिटिंग के लिए एक अलग इंटरैक्शन है, इस बात का एक स्नैपशॉट मेरे पहले की टिप्पणी के संदर्भ में प्रदान करता है।

और यहाँ एक निरंतर बातचीत (सुस्त) है जिसके बारे में हमने कल डिजाइन बैठक के माध्यम से चर्चा की:

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

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

मेरे लिए, स्क्वरस्पेस जीआईएफ से महत्वपूर्ण टेक-ऑफ है, जबकि दो पुस्तकालयों के बीच द्वैतता मौजूद है, यह _contextuality_ द्वारा स्वभावित है। मुझे आश्चर्य है कि अगर हम और भी बेहतर कर सकते हैं, तो दो पूरी तरह से अलग दिखने वाले ब्लॉक पुस्तकालयों से बचने के लिए। उदाहरण के लिए जब आप एक _Navigation Menu_ ब्लॉक सम्मिलित करते हैं, तो यह सहज महसूस होता है कि ब्लॉक लाइब्रेरी केवल _Menu Item_ अंदर डालने का उपकरण बन जाता है। क्या हम इसी तरह से एडिटिंग कैनवास में संदर्भ का लाभ उठा सकते हैं?

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

हमने कुछ समय के लिए परमाणु खंडों में एक अनुभाग और लेआउट मोडल रखा है और मुझे अब तक जो भी अनुभव हुआ है उसे साझा करने में खुशी हो रही है।

@मैप के सवालों पर विस्तार से

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

कोर इस UI को पॉप्युलेट करने के लिए ब्लॉक पैटर्न प्रदान करता है या नहीं, यह एक और सवाल है। शायद यह समझ में आता है कि मुख्य विषय अपने डिजाइनों की प्रशंसा करने और उन्हें विस्तारित करने के लिए राय वाले ब्लॉक पैटर्न प्रदान करते हैं।

1. यूआई के कई प्रस्तावित यहां एक शानदार शुरुआत हैं। मुझे यहाँ विशेष रूप से @shaunandrews और @melchoyce से जो दिख रहा है पसंद है । मैं इस तरह से एक फीचर के लिए ब्लॉक डालने वाले के बारे में हूं , और मुझे लगता है कि हम इसे जल्दी से आगे बढ़ा देंगे। ब्लॉक पैटर्न के साथ एक्सप्रेसिव पेज बिल्डिंग 700px x 430px इंटरफ़ेस से अधिक की योग्य है।

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

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

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

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

निम्नलिखित मॉकअप में मैंने यह बताने की कोशिश की:

• एकल एकीकृत लाइब्रेरी इंटरफ़ेस बनाना, वर्जित
• इस इंटरफ़ेस को एक पॉपओवर, पूर्ण-ऊंचाई के रूप में दिखाएं, लेकिन मोडल नहीं, जब संपादक बार से खोला जाता है
• इसे एक डायलॉग के रूप में दिखाएं, पैटर्न टैब पर डिफ़ॉल्ट, जब सिबलिंग इंसुलेटर से खोला जाता है

_Note कि यह UI # 18667._ में खोजी जा रही अधूरी UI अवधारणाओं का लाभ उठाता है

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

यह इंटरफ़ेस यहाँ सुझाई गई नई श्रेणी के वाक्यांशों का भी लाभ उठाता

• इसे एक डायलॉग के रूप में दिखाएं, पैटर्न टैब पर डिफ़ॉल्ट, जब सिबलिंग इंसुलेटर से खोला जाता है

मुझे लगता है कि हम यहाँ पर हैं!

@jasmussen , पैटर्न / रूप में अच्छी तरह से दिखाएगा, या सिर्फ ब्लॉक?

यह एक उत्कृष्ट प्रश्न है। शायद अगर अलग से वर्गीकृत किया जाए। लेकिन शायद पैटर्न के लिए बड़ा पूर्वावलोकन अधिक आवश्यक है? "2 पैटर्न मिला" संवाद को लागू कर सकता है?

@jasmussen , पैटर्न / रूप में अच्छी तरह से दिखाएगा, या सिर्फ ब्लॉक?

शायद। हालांकि पूर्वावलोकन के बिना, मुझे यकीन नहीं है कि / भीतर उन्हें कितना उपयोगी होगा - जब तक कि उन्हें बहुत विशिष्ट रूप से नामित नहीं किया गया (जो मुझे संदेह है कि मामला होगा, अर्थात "लगभग 1", "लगभग 2") या यदि उपयोगकर्ता उन्हें फिट देख सकते हैं (जैसा कि उस बारे में 100% निश्चित नहीं है)।

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

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

समझौते / नव पदानुक्रम पर

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

मैं इस बात का प्रशंसक हूं कि आपके आखिरी मॉकअप @lumberman में लेफ्ट साइडबार कैसे रखा गया है। क्या आपको लगता है कि लेफ्ट-साइडबार नेविगेशन पदानुक्रम में सूची आइटम के रूप में अनुभागों को जोड़ना समझ में आएगा? दूसरे शब्दों में, Sections तहत आइटम "सबसे अधिक उपयोग किया जाएगा", "हेडर", "पाद", आदि (या जो भी समूह का नामकरण समाप्त हो रहा है)? यह "दफन वर्गों" की चिंता को हल कर सकता है और संभावित रूप से हमें समझौते की आवश्यकता को दूर करने की अनुमति देता है, लेकिन मैं समझता हूं कि यह ऐतिहासिक रूप से ब्लॉक लाइब्रेरी से एक बड़ा विचलन है, इसलिए अन्य लोग इस सुझाव को पसंद नहीं कर सकते हैं bur

"पसंदीदा" पर

चर्चा की जा रही अवधारणाओं में से एक ( @mikemcalister द्वारा शुरू में मेरा मानना ​​है) "पसंदीदा" है। यह लगभग एक विचार जैसा है, जिसे मैंने कुछ समय पहले देशी मोबाइल जीबी पर खोजा था, जहाँ आप

ब्लॉक लाइब्रेरी, ओवरलेवम, आईए आदि पर।

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

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

चेतावनी: यदि आप गुटेनबर्ग के लिए एक योगदानकर्ता हैं, तो किसी भी मोबिरिज़ सामग्री को भ्रमित करने का निर्णय लेने से पहले Mobirise की शर्तों को पढ़ें ... उनके संदर्भ में उनके उत्पादों और वेबसाइट से संबंधित एक बुरा खंड है:

आप प्रतिनिधित्व करते हैं और वारंट करते हैं कि आप नहीं होंगे: कॉपी, संशोधित, व्युत्पन्न कार्यों का निर्माण, अनुकूलन, रिवर्स इंजीनियर, अनुकरण, किसी अन्य सेवा में माइग्रेट करना, अनुवाद करना, संकलन करना, विघटित करना या सेवाओं को हटाना;

बेहतर अभी तक ... अपनी वेबसाइट पर बिल्कुल मत जाओ।

इसके बजाय, आप सिर्फ Mobirise YouTube वीडियो देखने पर विचार कर सकते हैं। मुझे ऐसे किसी भी शब्द के बारे में पता नहीं है, जो YouTube के लाइसेंस को सामग्री अपलोड करने वालों की आवश्यकता के लिए आगे बढ़ाएगा, लेकिन कैविएट एम्प्टर ... मैं वकील नहीं हूं।

यदि आप मानते हैं कि YouTube वीडियो Gutenberg IP के लिए गैर-जोखिम वाले हैं, तो Mobirise Youtube चैनल https://www.youtube.com/channel/UCt_tncVAetpK5JeM8L-8jyw/freured पर है। आप कार्रवाई में ड्रैग एंड ड्रॉप पैनल द्वारा एक थीम-विशिष्ट पेज बिल्डिंग देख सकते हैं।

@ जस्मसुसेन , यहां आपके

जैसा कि @richtabor द्वारा इंगित किया

अगला कदम

1. "प्रेमदे ब्लॉक" शब्द थोड़ा अजीब लगता है। क्या हम वहां "ब्लॉक पैटर्न" आज़मा सकते हैं, या क्या यह समान रूप से अजीब लग रहा है?
2. जब मैं शीर्ष टूलबार में सम्मिलित करने वाले पर क्लिक करता हूं और तब "ब्लॉक पैटर्न" टैब पर क्लिक करता हूं तो यह कैसा दिखता है? क्या पॉपओवर एक मोडल में बदल जाता है? क्या पॉपओवर आकार बदलता है लेकिन एक ही स्थिति में एक पॉपओवर रहता है? क्या यह समान आकार और पॉज़िटॉन रखता है और अब केवल पैटर्न दिखाता है?
3. संपादक के अंदर सिबलिंग इंसटर को क्लिक करते समय और फिर "ब्लॉक" टैब पर क्लिक करने से इंटरैक्शन कैसा दिखता है? क्या मोडल यहाँ से आकार या स्थिति में बदलता है या क्या यह एक मोडल बना रहता है?
   
   
   
   1. एक प्रोटोटाइप बनाएं जो इन सवालों का जवाब दे। यदि आप मुझे फ़ाइल लिंक कर सकते हैं, तो मैं यहां मदद करने में प्रसन्न हूं।
   
   

@ lumberman आपके mockups के लिए भी धन्यवाद! मैं वास्तव में पसंद करता हूं कि वे मौजूदा आवेषण डिजाइन का उपयोग कैसे करते हैं, और इसके शीर्ष पर निर्माण करते हैं। 👍 क्या समझौते की राशि कम करने का कोई तरीका है? यह बहुत सी चीजों की तरह महसूस होता है जो खुली स्लाइड कर सकते हैं। अभी, प्रयोज्य परीक्षणों से पता चला है कि लोग हमारे पास पहले से मौजूद समझौते पर क्लिक नहीं कर रहे हैं।

"प्रेमदे ब्लॉक" शब्द थोड़ा अजीब लगता है। क्या हम वहां "ब्लॉक पैटर्न" आज़मा सकते हैं, या क्या यह समान रूप से अजीब लग रहा है?

हां, ब्लॉक पैटर्न को जरूर आजमाएं।

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

जब मैं शीर्ष टूलबार में सम्मिलित करने वाले पर क्लिक करता हूं और तब "ब्लॉक पैटर्न" टैब पर क्लिक करता हूं तो यह कैसा दिखता है? क्या पॉपओवर एक मोडल में बदल जाता है? क्या पॉपओवर आकार बदलता है लेकिन एक ही स्थिति में एक पॉपओवर रहता है? क्या यह समान आकार और पॉज़िटॉन रखता है और अब केवल पैटर्न दिखाता है?

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

लेकिन मुझे लगता है कि यह अभी भी इसके लायक है, दोनों स्थानों में एक ही यूआई और दोनों ब्लॉक और पैटर्न उपलब्ध हैं।

संपादक के अंदर सिबलिंग इंसटर को क्लिक करते समय और फिर "ब्लॉक" टैब पर क्लिक करने से इंटरैक्शन कैसा दिखता है? क्या मोडल यहाँ से आकार या स्थिति में बदलता है या क्या यह एक मोडल बना रहता है?

एक अच्छा सवाल एक पीआर / प्रोटोटाइप जवाब दे सकता है। मैं शून्य परिवर्तन की कल्पना करता हूं, कि ब्लॉकों को देखने के लिए बस अधिक स्थान है, जो कुछ पसंद कर सकते हैं!

एक प्रोटोटाइप बनाएं जो इन सवालों का जवाब दे। यदि आप मुझे फ़ाइल लिंक कर सकते हैं, तो मैं यहां मदद करने में प्रसन्न हूं।

यहाँ Figma फ़ाइल है: https://www.figma.com/file/fnyj380i05vGzuH60frLQ/G2-Design?node-id=85%3A6975 - यह थोड़ा गड़बड़ है लेकिन अगर आपको मदद चाहिए तो आप मुझे पिंग कर सकते हैं।

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

1. इस यूआई को छोटे स्क्रीनों पर अनुवादित करना हमारे लिए आसान बना देगा।
2. औसत स्क्रीन आकार के लिए, मुझे लगता है कि वर्तमान सम्मिलन पहले से ही पर्याप्त स्क्रीन रियल एस्टेट लेता है। इसलिए मेरा मानना ​​है कि एक बड़ा, केंद्रित मॉडल बहुत लाभ प्रदान नहीं करेगा।

** ऊपर 1200 x 800 में लिया गया एक स्क्रीनशॉट है।

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

यह कुछ इस तरह दिखता है:

जब आप किसी ब्लॉक को फोकस / हॉवर करते हैं, तो नीचे दिए गए सुझावों "बैंड" की सामग्री तदनुसार बदल जाती है:

मूल रूप से मैं बस चीजों को घूम रहा हूं:

ब्लॉक पूर्वावलोकन वास्तव में वर्तमान बटन क्या करते हैं की तुलना में अधिक स्थान नहीं लेते हैं, और हम अब प्रति पंक्ति 3 से अधिक दिखा सकते हैं।

मैंने छोटे थंबनेल दिखाने की भी कोशिश की, लेकिन मुझे लगता है कि पूर्वावलोकन पढ़ने में कठिन हैं:

उपरोक्त सभी के साथ, ब्लॉक पैटर्न टैब कुछ इस तरह दिख सकता है:

हमारे पास ब्लॉक और ब्लॉक पैटर्न दोनों के लिए एक परिचित यूआई हो सकती है जो सबसे अधिक जगह को सम्मिलित करता है।

इस एनरिक पर काम करने के लिए धन्यवाद!

मैंने इस उद्देश्य के लिए खुद को विवश किया है कि वर्तमान ब्लॉक आवेषण द्वारा प्रदान की गई जगह के भीतर काम करूं। मैंने ऐसा दो कारणों से किया है:

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

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

मैं कहता हूं कि इस डिजाइन ने आपके खुद के लिए बहुत हद तक असहमति नहीं दी है, इसलिए मैं अपने पिछले स्वयं से भी असहमत हूं।

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

मैंने एक ब्लॉक लाइब्रेरी में एक स्टैब लिया, जो सभी उपलब्ध ऊर्ध्वाधर स्थान लेता है, मदद पाठ को हटाता है, और # 19836 में पूर्वावलोकन विंडो को अलग करता है। यह समग्र विचार के लिए एक प्रोटोटाइप के रूप में काम कर सकता है।

एनरिक मैं आपके साथ पहले से दिखाए गए लम्बे लम्बे मॉकअप में अपनी कुछ चालाकी लाने के लिए आपके साथ काम करना पसंद करूँगा। यहाँ Figma फ़ाइल है: https://www.figma.com/file/fnyj380i05vGzuH60frLQ/G2-Design?node-id=85%3A6975 - उल्लेखनीय रूप से यह डेस्कटॉप ब्रेकप्वाइंट पर अच्छा काम करता है, लेकिन मोबाइल ब्रेकपॉइंट अभी तक आउटलेश नहीं हुए हैं। । मैं हमेशा एक चैट के लिए तैयार हूं, अगर वह सब मददगार हो।

हे @jasmussen! 👋

यहाँ कुछ ब्लॉक पैटर्न पूर्वावलोकन के साथ अपने लम्बे ऊर्ध्वाधर मॉकअप को मिलाकर एक त्वरित मॉकअप है:

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

मैंने इसके बजाय श्रेणियों को रखने के विचार की खोज में कुछ समय बिताया:

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

आप क्या सोचते हैं मुझे बताओ।

यहाँ कुछ ब्लॉक पैटर्न पूर्वावलोकन के साथ अपने लम्बे ऊर्ध्वाधर मॉकअप को मिलाकर एक त्वरित मॉकअप है:

यह तारकीय है! उल्लेखनीय रूप से ऊर्ध्वाधर इंटरफ़ेस में पैटर्न देखना बहुत ही ज्ञानवर्धक है, और मैंने जो अनुमान लगाया था उससे थोड़ा बेहतर काम करता है।

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

इसके लिए शुक्रिया! मैं दूसरों को भी झंकारने दूँगा।

हाल ही में किए गए मॉकअप पर कुछ और अन्वेषण किए गए हैं:

1. ब्लॉक और ब्लॉक पैटर्न के लिए टैब + श्रेणियों के लिए सूची

2. श्रेणियों के लिए ब्लॉक और ब्लॉक पैटर्न + ड्रॉपडाउन के लिए टैब

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

जबकि 2 को ख़ुशी महसूस होती है, मुझे चिंता है कि श्रेणियों की सूची एक क्लिक के पीछे छिपी हुई है, और इस तरह से खोज प्रभावित होती है।

@jasmussen @mapk @shaunandrews आपको क्या लगता है?

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

जबकि 2 को ख़ुशी महसूस होती है, मुझे चिंता है कि श्रेणियों की सूची एक क्लिक के पीछे छिपी हुई है, और इस तरह से खोज प्रभावित होती है।

अच्छा लग रहा है @enriquesanchez! नंबर 1 को भी सही लगता है।

कुछ विचार:

ए। अगर श्रेणियों की एक लूडूंग सूची होती है तो हमें एक तंत्र का पता लगाना होगा।

बी श्रेणियों को कैसे आदेश दिया जाना चाहिए? वहाँ विषय के माध्यम से एक प्राथमिकता है, तो प्लगइन? वर्णमाला? या एक संयोजन?

सी। यदि विषय विभिन्न श्रेणियों के लिए पैटर्न को पंजीकृत करता है, तो क्या पैटर्न "थीम से" श्रेणी में दिखाई देता है, साथ ही प्रत्येक पैटर्न की निर्दिष्ट श्रेणी?

रिच की टिप्पणियों और प्रश्नों के लिए एक गूंज, अद्भुत सारांश। अच्छा काम!

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

बी श्रेणियों को कैसे आदेश दिया जाना चाहिए? वहाँ विषय के माध्यम से एक प्राथमिकता है, तो प्लगइन? वर्णमाला? या एक संयोजन?

शायद अंत में शीर्ष पर कुछ "धन्य" लोगों का एक संयोजन होगा, और फिर वर्णमाला। उस बिंदु तक जहां प्लगइन्स अपनी श्रेणियों का नाम __Sweet Blocks या 1. Sweet Blocks । ऐसा लगता है कि उन चीजों में से एक है जिन्हें हम _now_ को उखाड़ फेंकने का जोखिम उठा सकते हैं, और चूंकि सड़क को समायोजित करना आसान है, इसलिए हम आवश्यक होने पर सबसे सरल समाधान के साथ जा सकते हैं और ट्विक कर सकते हैं।

@richtabor @jasmussen उत्कृष्ट प्रतिक्रिया के लिए धन्यवाद।

ए। अगर श्रेणियों की एक लूडूंग सूची होती है तो हमें एक तंत्र का पता लगाना होगा।

माना। मैं परिचित नहीं हूं कि क्या ब्लॉक लाइब्रेरी के लिए कुछ इसी तरह की आवश्यकता है और अगर हम इससे सीख सकते हैं।

बी श्रेणियों को कैसे आदेश दिया जाना चाहिए? वहाँ विषय के माध्यम से एक प्राथमिकता है, तो प्लगइन? वर्णमाला? या एक संयोजन?

मैंने जोएन के सुझाव की प्रतिध्वनि की। कुछ प्रारंभिक आदेशों को स्थापित करने की आवश्यकता है और जब सिस्टम टूट जाता है, तो इसे पुनरावृत्त होते हुए देखना चाहिए।

सी। यदि विषय विभिन्न श्रेणियों के लिए पैटर्न को पंजीकृत करता है, तो क्या पैटर्न "थीम से" श्रेणी में दिखाई देता है, साथ ही प्रत्येक पैटर्न की निर्दिष्ट श्रेणी?

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

मैं इसे जारी रखना चाहता हूं। मैं कुछ प्रोटोटाइप पर काम करूँगा ताकि लाइब्रेरी कैसे दिखे और महसूस हो सके, इसका बेहतर अंदाज़ा हो सके।

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

इसे "द" समाधान के रूप में नहीं धकेलना। मैंने अभी सोचा था कि आप इसे एक उदाहरण के रूप में उपयोगी पा सकते हैं और फिर जो आप चाहते हैं, उसके बारे में जो आप चाहते हैं, उस पर अनुवाद न करें।

केवल एक सलाह :-)

यह एक और जाने देने के लिए धन्यवाद, @enriquesanchez!

मैं नंबर 1 के भी पक्ष में हूं। प्रदर्शित सूची होने से उपयोगकर्ता को वांछित परिणाम प्राप्त करने के लिए क्लिक की एक श्रृंखला के माध्यम से कूदने से रोकता है। जॉयन ने उत्तरदायी स्क्रीन के लिए सुझाव दिया, क्योंकि यह बहुत दिलचस्प लगता है।

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

"थीम से" थोड़ा अजीब लगता है। शायद "थीम पैटर्न" या सिर्फ "थीम" या यहां तक ​​कि "थीम: [थीम नाम]"। हो सकता है कि इन्हें शीर्ष पर प्राथमिकता दी जानी चाहिए? मैं "थीम" श्रेणी के तहत उन्हें एक साथ रखने और संबंधित श्रेणियों के तहत उन्हें उजागर करने के साथ ठीक हूं। शायद यह "संग्रह" जैसा कुछ हो जाता है? https://github.com/WordPress/gutenberg/issues/19873

मैंने मॉकअप में देखा कि भले ही "पैटर्न" टैब हाइलाइट किया गया हो, खोज क्षेत्र कहता है कि आप ब्लॉक और पैटर्न खोज सकते हैं। क्या यह सही है? या मुझे पैटर्न टैब के तहत ब्लॉक पैटर्न तक सीमित होना चाहिए?

यहाँ साझा किए गए वायरफ्रेम ओपेनलैंड का मिश्रण है:
https://github.com/WordPress/gutenberg/issues/17335#issuecomment -536109796

और एनरिक के नंबर 1 वायरफ्रेम सुझाव:
https://github.com/WordPress/gutenberg/issues/17335#issuecomment -582673937

यहाँ मौजूदा ब्लॉक क्षेत्र और अतिरिक्त विकल्प हैं:

ब्लॉक विविधता टैब का चयन करते समय यह इस तरह से कुछ बदल सकता है:

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

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

शायद यह एक भ्रामक आशा है, या शायद मुझे समझ नहीं आ रहा है कि खोज इनपुट कैसे काम करता है।

मैंने मॉकअप में देखा कि भले ही "पैटर्न" टैब हाइलाइट किया गया हो, खोज क्षेत्र कहता है कि आप ब्लॉक और पैटर्न खोज सकते हैं। क्या यह सही है? या मुझे पैटर्न टैब के तहत ब्लॉक पैटर्न तक सीमित होना चाहिए?

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

@mapk @shaunandrews प्रतिक्रिया के लिए धन्यवाद! निश्चित रूप से क्यों नहीं लेकिन कहीं न कहीं जिस तरह से मैंने खोज बॉक्स को स्थानांतरित किया, क्योंकि मेरे पास शुरू में यह टैब के शीर्ष पर था (देखें https://github.com/WordPress/gutenberg/issues/17335#issuecomment-575835877)।

मैं @shaunandrews से सहमत सम्मिलितकर्ता में पहला तत्व होना चाहिए (जैसा कि वर्तमान में है)। यह पहली चीज है जो मैंने डालने वाले को खोलने के बाद केंद्रित की है, यह कुशल और वैश्विक है।

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

क्या आप यह भी पता लगा सकते हैं कि यह कैसा दिख सकता है? जब खोज क्वेरी रिटर्न ब्लॉक और पैटर्न दोनों में परिणाम देती है, तो यह कैसे दिखता है?

मैंने कुछ समय यह देखने में बिताया कि यदि हम ब्लॉक लाइब्रेरी के लिए एक बड़ा मोडल प्रस्तुत करते हैं तो ब्लॉक कैसे प्रदर्शित होंगे, क्योंकि यह इस मुद्दे पर खोजा गया है।

मैं श्रेणियों के लिए एक बाईं ओर की सूची रखने की ओर झुकाव रखता हूं, जैसे कि इस पिछली टिप्पणी पर पहला उदाहरण।

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

जाहिर है, यह आदर्श नहीं है।

एक और पुनरावृत्ति ने मुझे सभी ब्लॉक श्रेणियों की एक निरंतर सूची रखने के विचार के लिए प्रेरित किया, और आपको संबंधित स्थान पर स्क्रॉल करने के लिए बाईं ओर की सूची में लिंक हैं। कुछ इस तरह:

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

यह समाधान अंतरिक्ष का बेहतर उपयोग करता है, और हम कुछ चीजें रखते हैं जो मुझे पसंद हैं:

1. सभी श्रेणियों की सूची हमेशा दिखाई देती है, जिसका अर्थ है कि खोज और अन्वेषण लाभ।
2. अब हमें श्रेणी समझौते को खोलने के लिए क्लिक करने की आवश्यकता नहीं है, और क्योंकि सभी ब्लॉकों की सूची अब स्क्रॉल करने योग्य है, नेविगेशन आसान हो जाता है।

तुम क्या सोचते हो?

@enriquesanchez मुझे यह अन्वेषण बहुत पसंद है।

1. क्या हम इस तरह के परिदृश्य में पूर्वावलोकन से छुटकारा पाएंगे? (मैं जरूरी नहीं है कि विरोध कर रहा हूँ, बस जिज्ञासु)
2. यदि कोई श्रेणी बहुत लंबी होती तो क्या होता? (उदाहरण: https://d.pr/i/DSsHTW)। क्या यह सिर्फ एक नई पंक्ति में लिपटेगा? उस स्थिति में मैं सिर्फ यह सुनिश्चित करूंगा कि श्रेणियों के बीच अधिक स्थान हो ताकि कोई भ्रम न हो।
3. मुझे अनुरूपता के विपरीत लगातार स्क्रॉल करना पसंद है।

जंच रहे हो। हालांकि सवाल। हम "ब्लॉक पैटर्न" में "ब्लॉक" स्पष्ट करने की आवश्यकता है?

प्रतिक्रिया @jwold और @richtabor j के लिए धन्यवाद

क्या हम इस तरह के परिदृश्य में पूर्वावलोकन से छुटकारा पाएंगे?

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

यदि कोई श्रेणी बहुत लंबी होती तो क्या होता?

मैं मानता हूं, वे लपेटेंगे, कुछ इस तरह:

मुझे अनुरूपता के विपरीत लगातार स्क्रॉल करना पसंद है।

🙌

हालांकि सवाल। क्या हमें "ब्लॉक पैटर्न" में "ब्लॉक" को स्पष्ट करने की आवश्यकता है?

@ समृद्ध यह एक अच्छा सवाल है। तो आप सुझाव देते हैं कि हम "ब्लॉक" और "पैटर्न" का उपयोग करें?

Btw मुझे लगता है कि पैटर्न का नाम परिवर्तन कर दिया गया है।

Btw मुझे लगता है कि पैटर्न का नाम परिवर्तन कर दिया गया है।

विविधताएं पैटर्न से असंबंधित हैं - यह इमारत ब्लॉकों का एक तकनीकी हिस्सा है और यूआई में एक शब्द के रूप में उजागर नहीं होता है।

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

1. आबादी

यह वर्तमान में हमारे पास थोड़े बड़े होने के समान है:

2. बड़ा मोडल

पैटर्न को नेविगेट करना आसान बनाना चाहिए। मुझे यकीन नहीं है कि मैं इस तथ्य को पसंद करता हूं कि यह इसके पीछे की सामग्री को कवर करता है।

3. स्लाइड-इन पैनल

@Mapk द्वारा सुझाया गया। आकार और स्थान के संदर्भ में https://github.com/WordPress/gutenberg/issues/17335#issuecomment -585425675 के समान। मुझे आश्चर्य होता है कि यदि स्लाइड-इन दोनों टॉप-टूलबार और सिबलिंग इंसर्टर्स दोनों के लिए डिफ़ॉल्ट पैटर्न हो सकता है the

यहाँ एक साधारण क्लिक-थ्रू फिम्मा प्रोटोटाइप है जो इसे सभी को एक साथ लाता है।

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

Not _Note: ब्लॉक और पैटर्न सम्मिलित करना अभी तक प्रोटोटाइप में उपलब्ध नहीं है ।_

अरे एनरिक @enriquesanchez

एक साधारण फिगमा प्रोटोटाइप होने से वास्तव में बहुत फर्क पड़ता है। जैसा कि यह वास्तव में एक महसूस करता है कि एक समाप्त संस्करण कैसा महसूस करेगा।

ब्लॉक स्क्रीन वास्तव में आज मौजूद है का एक बेहतर अवलोकन देता है। कोई भी आसानी से उपलब्ध ब्लॉक देख सकता है, जिसमें यह देखने के लिए कि उनके पास कौन से ब्लॉक हैं। और भी जगह उपलब्ध है।

शनिवार की सुबह आंख और दिमाग का व्यायाम ... :)
मन / आंखें सबसे अधिक इस्तेमाल किए जाने वाले और सामान्य ब्लॉक क्षेत्र को ध्यान में रखते हुए चलती हैं जिसमें समरूपता और संतुलन होता है।

जब आँखें बाईं ओर घूमती हैं, तो यह एक सूची को सबसे अधिक इस्तेमाल की जाने वाली और एंबेड्स के साथ समाप्त होने वाली नीचे की ओर जाती है।

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

इसका मतलब है कि प्रत्येक छोटे तत्व को देखना और वे किस तरह से संबंधित हैं और यह समग्र क्षेत्र में है।

नमस्ते।

ब्लॉक पैटर्न की एक पाठ आधारित प्रस्तुति के लिए जगह होनी चाहिए।
सभी उपयोगकर्ताओं को पूर्वावलोकन छवि द्वारा मदद नहीं की जाएगी।

प्रतिक्रिया के लिए धन्यवाद @paaljoachim और

ब्लॉक पैटर्न की एक पाठ आधारित प्रस्तुति के लिए जगह होनी चाहिए।

मैं आपसे सहमत हुँ। मैं प्रोटोटाइप पर अधिक निष्ठा जोड़ रहा हूं, जिसमें होवर पर ब्लॉक / पैटर्न विवरण शामिल हैं, हमें यह सुनिश्चित करने की आवश्यकता है कि ये विवरण एटी पर संचारित हैं।

2. बड़ा मोडल

पैटर्न को नेविगेट करना आसान बनाना चाहिए। मुझे यकीन नहीं है कि मैं इस तथ्य को पसंद करता हूं कि यह इसके पीछे की सामग्री को कवर करता है।

सहोदर डालने वाले के लिए, यह _feels_ सबसे स्वाभाविक है, हालांकि एक हाई-फाई मॉकअप हमें बेहतर निर्णय लेने में मदद कर सकता है। शायद कोर मोडल डार्क बैकग्राउंड को करने से मोडल (नीचे चित्रित) पर ध्यान केंद्रित करने में मदद मिलेगी।

उपयोगकर्ता के लिए अलग-अलग पैटर्न को ठीक से देखने के लिए पर्याप्त देखने की जगह प्रदान करता है - उन्हें पेज पर क्या जोड़ा जाएगा इसका एक स्पष्ट विचार दे रहा है। हम पैटर्न को दो स्तंभों तक विस्तृत रख सकते हैं - यह सुनिश्चित करना कि वे ठीक से देखने योग्य हैं।

3. स्लाइड-इन पैनल

@Mapk द्वारा सुझाया गया। आकार और स्थान के संदर्भ में # 17335 (टिप्पणी) के समान। मुझे आश्चर्य होता है कि यदि स्लाइड-इन दोनों टॉप-टूलबार और सिबलिंग इंसर्टर्स दोनों के लिए डिफ़ॉल्ट पैटर्न हो सकता है the

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

इसके अलावा, ये स्क्रीनशॉट नहीं होंगे - लेकिन "उदाहरण", जैसे कि शैली विविधताएं उदाहरणों का समर्थन कैसे करती हैं - सही?

एक उदाहरण का उदाहरण:

@ समृद्ध यह एक अच्छा सवाल है। तो आप सुझाव देते हैं कि हम "ब्लॉक" और "पैटर्न" का उपयोग करें?

मैं ऐसा कहूंगा।

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

इसके लायक होने के लिए, मूल टिप्पणी को सफलतापूर्वक परिभाषित करने के लिए इसे संपादित करना वास्तव में उपयोगी होगा
वास्तव में एक ब्लॉक पैटर्न क्या

यह संभावित योगदानकर्ताओं की ऑनबोर्डिंग की प्रक्रिया को तेज करने में सहायक होगा;
और उन कोर सदस्यों को याद दिलाना जो इस क्षेत्र में तेजी लाने के लिए ब्रश करना और उठना चाहते हैं; और यह सुनिश्चित करने के लिए कि सभी योगदानकर्ता एक ही पृष्ठ पर हैं (इच्छित उद्देश्य)।

मौजूदा कोर मेंबर्स के बीच कुछ कन्फ्यूजन हो गया है (टेम्प्लेट्स के साथ शब्दावली के परस्पर विरोधी उपयोग के बारे में टिप्पणियों को तुरंत लिंक किए गए टिप्पणियों को पढ़ें)।

पहले युगल टिप्पणियों को पढ़ने से, मैं अनिश्चित था कि "ब्लॉक पैटर्न" आंतरिक टेम्पलेट्स से अलग कैसे हैं (जो कि कई पोस्ट प्रकारों में पुन: उपयोग किए जा सकते हैं, किसी पृष्ठ के विशिष्ट भाग से बंधे होने की आवश्यकता नहीं है)।

जो मैंने इकट्ठा किया, उससे; ब्लॉक पैटर्न की ब्लॉक श्रृंखला जो लेआउट हैं; लेकिन ब्लॉक के अंदर की सामग्री को अभी तक उपयोगकर्ता द्वारा परिभाषित नहीं किया गया है और सामग्री समान है
और क्या वे टेम्पलेट.php फ़ाइलों को बदलने का इरादा रखते हैं?
(यह जटिल है कि वर्डप्रेस में एक टेम्पलेट लगभग सभी पृष्ठ का प्रतिनिधित्व कर सकता है या इसे 3-4 अतिरिक्त टेम्पलेट फ़ाइलों (आंतरिक टेम्पलेट) के अनुरूप करने के लिए सार किया जा सकता है)

क्या एक ब्लॉक पैटर्न "मुझे एक कॉलआउट ब्लॉक की आवश्यकता है जो एक कॉल ब्लॉक का उपयोग कर रहा है, जिसमें कई ब्लॉक शामिल होंगे: एक हेडिंग (जिसका शीर्ष स्तर मैं शब्दार्थ के आधार पर अनुकूलित करने में सक्षम होगा)
एक पैरा ब्लॉक, और एक घटना के लिए रजिस्टर करने के लिए एक लिंक ")?

पैटर्न पूर्वावलोकन

मैंने दूसरे दिन यह देखा। यह एक उदाहरण है कि पूर्वावलोकन कर्सर की ऊर्ध्वाधर स्थिति का अनुसरण कैसे करता है। यदि हम एक अलग पूर्वावलोकन के रास्ते पर जाते हैं, तो यह खोज के लायक हो सकता है।

पूर्वावलोकन कैसे कर्सर की ऊर्ध्वाधर स्थिति का अनुसरण करता है इसका एक उदाहरण है। यदि हम एक अलग पूर्वावलोकन के रास्ते पर जाते हैं, तो यह खोज के लायक हो सकता है।

मुझे वास्तव में लगता है कि एक निश्चित स्थिति में पूर्वावलोकन होने से सूची में _scrub_ आइटम के लिए आसान हो सकता है - आप अपनी आंख को उसी स्थान पर रख सकते हैं।

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

हाय @ मॉर्लेमन!

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

क्या आप साझा किए गए उपयोग के मामले के बारे में थोड़ा और विस्तार से बताएंगे? यह कब या क्यों उपयोगी होगा?

@enriquesanchez

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

क्या आप साझा किए गए उपयोग के मामले के बारे में थोड़ा और विस्तार से बताएंगे? यह कब या क्यों उपयोगी होगा?

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

ऐसे लेखक हैं जो लेआउट के भीतर सामग्री (चित्र, वीडियो, पाठ आदि) को संपादित कर सकते हैं, लेकिन लेआउट को स्वयं नहीं बदल सकते

हां, मूल रूप से लेआउट-प्रकार के ब्लॉक (समूह, कॉलम, आदि) को लॉक करने की क्षमता महान होगी।

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

टेम्प्लेट बनाते समय यह निश्चित रूप से उपलब्ध है। चूंकि यह निचले स्तर का एपीआई है, इसलिए यह पैटर्न निर्माण स्तर से अभी तक सुलभ नहीं है।

यहां रिच के @richtabor से नवीनतम मॉकअप पर आधारित एक सुझाव है
बिग मोडल 2. https://github.com/WordPress/gutenberg/issues/17335#issuecomment -595951100

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

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

वैकल्पिक।
एक ड्रॉप डाउन बनाने के लिए सेटिंग्स gir का उपयोग करें जो एडिट दिखाता है (यदि ऑब्जेक्ट संपादित किया जा सकता है) तो आयात और निर्यात आदि।

संपादन पर क्लिक करें। केवल एक पैटर्न / पुन: प्रयोज्य ब्लॉक को संपादित करने के लिए केंद्रित क्षेत्र।

इसका प्रारंभिक संस्करण किया गया है। यहां अभी भी कुछ अनुवर्ती कार्य हैं (खोज, श्रेणियां ...) मैं इस मुद्दे को बंद करने जा रहा हूं, हालांकि हमारे पास अनुवर्ती की एक अच्छी सूची के साथ यह # 21080 है।