Gutenberg: बच्चे / माता-पिता ब्लॉक चुनने के लिए उपकरण बढ़ाएं

मुझे ब्रेडक्रंब विचार पसंद है। (वास्तव में, मैंने अप्रैल में वापस # 6459 में कुछ इसी तरह का सुझाव दिया था।) यूनिफाइड टूलबार सक्षम होने पर ब्रेडक्रंब के साथ क्या होगा?

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

मुझे ब्रेडक्रंब पसंद है लेकिन मुझे एकीकृत टूलबार भी पसंद है। क्या हम ब्रेडक्रम्ब के लिए एक और स्थिति पा सकते हैं :)

इसके अलावा, मैं व्यक्तिगत रूप से मूल ब्लॉक के आसपास की सीमाओं को पसंद नहीं करता। लेकिन अगर हम उन्हें रखते हैं, तो हम मल्टीसेलेक्शन का इलाज कैसे करते हैं :)। क्या हमें बहुउद्देशीय ब्लॉकों के माता-पिता के आसपास की सीमाओं को दिखाना चाहिए?

मुझे क्लिक-थ्रू विकल्प पसंद है। इसके लिए 'passthrough' ब्लॉक पर कुछ अतिरिक्त काम करने की आवश्यकता होगी (इसलिए प्रत्येक व्यक्ति "कॉलम" को उदाहरण के लिए क्लिक करने के लिए एक परत नहीं माना जाता है), लेकिन मुझे लगता है कि यह बहुत मायने रखता है।

जब एकीकृत टूलबार सक्षम हो तो ब्रेडक्रंब के साथ क्या होगा?
मुझे ब्रेडक्रंब पसंद है लेकिन मुझे एकीकृत टूलबार भी पसंद है। क्या हम ब्रेडक्रम्ब के लिए एक और स्थिति पा सकते हैं :)

अच्छा प्रश्न। त्वरित और गंदा मॉकअप:

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

इसके अलावा, मैं व्यक्तिगत रूप से मूल ब्लॉक के आसपास की सीमाओं को पसंद नहीं करता। लेकिन अगर हम उन्हें रखते हैं, तो हम मल्टीसेलेक्शन का इलाज कैसे करते हैं :)। क्या हमें बहुउद्देशीय ब्लॉकों के माता-पिता के आसपास की सीमाओं को दिखाना चाहिए?

मुझे लगता है कि उन्हें दिखाना महत्वपूर्ण है क्योंकि आंतरिक ब्लॉक मूल समूह का हिस्सा हैं। वे _नचोर_ आंतरिक ब्लॉक।

अभी यह है कि बहु चयन कैसे काम करता है:

और यह तब होता है जब आप सिर्फ दो बाल ब्लॉक का चयन करते हैं:

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

मुझे क्लिक-थ्रू विकल्प पसंद है। इसके लिए 'passthrough' ब्लॉक पर कुछ अतिरिक्त काम करने की आवश्यकता होगी (इसलिए प्रत्येक व्यक्ति "कॉलम" को उदाहरण के लिए क्लिक करने के लिए एक परत नहीं माना जाता है), लेकिन मुझे लगता है कि यह बहुत मायने रखता है।

हां, अभी _column_ चाइल्ड ब्लॉक कुछ UI चुनौतियां पेश कर रहा है। उदाहरण के लिए आप इसके पहले एक ब्लॉक नहीं डाल सकते हैं, तो आप इसे क्यों चुन सकते हैं? हालांकि यह एक बहुत कठिन तकनीकी चुनौती है, और मैं इसमें शामिल चुनौतियों को समझता हूं। इसलिए मेरा सुझाव है कि यह आसान नहीं है।

जैसा कि मैं https://github.com/WordPress/gutenberg/pull/9653 पर काम कर रहा था, मैंने महसूस किया कि हम पहले से ही पदानुक्रम को नेविगेट करने के लिए हमारे पास मौजूद हैं। , (कॉलम ब्लॉक) वास्तव में अच्छी तरह से काम कर रहा है। वास्तव में अच्छी तरह से, कि शायद यह सुविधा "अप" बटन के रूप में सामने आ रही है, विंडोज फाइल एक्सप्लोरर में "पैरेंट फ़ोल्डर में जाएं" के समान है, पूर्ण-ब्रेडक्रंब के बजाय पर्याप्त हो सकता है।

यहाँ है कि कैसे लग सकता है। शीर्ष टूलबार:

टूलबार ब्लॉक करें:

CC: @youknowriad

कुछ विचार

ब्रेडक्रम्ब्स

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

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

से क्लिक करें

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

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

https://medium.com/interaction-reimagined/dangers-of-modal-user-interfaces-316828de8161

http://www.azarask.in/blog/post/is_visual_feedback_enough_why_modes_kill/

यह उन सभी पहुँच योग्य कारकों की अनदेखी कर रहा है जिनके साथ यह गड़बड़ है।

ऊपर बटन

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

पुन: प्रयोज्य ब्लॉक पैटर्न

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

या एक सुपर बकवास मैं क्या मतलब है

इस प्रकार, कॉलम ब्लॉक का क्रोम वह होगा जो इसे चुनने के लिए उपयोग किया जाता है, और यह कुछ ऐसा प्रदान करता है जो माउस को लक्ष्य करने के लिए दृश्य है।

एक संभावित UX पैटर्न जिसे हम यहां इस्तेमाल कर सकते हैं जो हमारे टूलबार मॉडल के साथ फिट होगा, OS X फ़ोल्डर ट्रैवर्सल बटन है: https://cld.wthms.co/avtQLO

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

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

कोई चयन नहीं:

ब्लॉक चयनित:

चयनित के अंदर नेस्टेड ब्लॉक:

फ़ोल्डर ट्रैवर्सल बटन पॉपआउट खुला:

, मुझे उस अवधारणा से प्यार है, ऐसा महसूस होता है कि यह इस धागे पर साझा किए गए सभी विचारों और प्रतिक्रिया को एक साथ पिघला देता है, जिससे _solid_ आधारभूत से पुनरावृति के लिए। उस ताजा परिप्रेक्ष्य को लाने के लिए बहुत बहुत धन्यवाद!

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

हालाँकि आगे की सोच पर, मुझे याद दिलाया गया कि हमारे पास पहले से ही इस तरह का एक चयन तंत्र है, और जानकारी पैनल में एक दस्तावेज की रूपरेखा है:

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

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

पाठ लेबल के साथ यह स्पष्ट है, लेकिन इसके बिना अधिकांश को यह पता नहीं होगा कि इस पर क्लिक किए बिना उसने क्या किया:

अच्छा लग रहा है :) क्या हम बेहतर सुगमता के लिए आइकन को थोड़ा सरल बनाने की कोशिश कर सकते हैं? शायद 4 के बजाय थोड़ा और अंतर के साथ 3 लाइनें?

पाठ लेबल के साथ यह स्पष्ट है, लेकिन इसके बिना अधिकांश को यह पता नहीं होगा कि इस पर क्लिक किए बिना उसने क्या किया।

एक टूलटिप भी होगा।

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

फिर से, ऐसा कुछ होने की संभावना है जिस पर हम पुनरावृति करते हैं, इसलिए सबसे उपयोगी एमवीपी क्या है जो कुछ अधिक परिष्कृत में विकसित हो सकता है?

एक टूलटिप भी होगा।

मुझे नहीं लगता कि यह पर्याप्त है, लेकिन मुझे लगता है कि यह एक अलग चर्चा और एक सुविधा अनुरोध है, मैं एक नया टिकट खोलूंगा

क्या हम बेहतर सुगमता के लिए आइकन को थोड़ा सरल बनाने की कोशिश कर सकते हैं? शायद 4 के बजाय थोड़ा और अंतर के साथ 3 लाइनें?

मुझे वह पसंद है:

हालाँकि आगे की सोच पर, मुझे याद दिलाया गया कि हमारे पास पहले से ही इस तरह का एक चयन तंत्र है, और जानकारी पैनल में एक दस्तावेज की रूपरेखा है:

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

मुझे लगता है कि काम कर सकता है। मैंने पहले सुझाव दिया है कि आइटम को एक प्लगइन के रूप में फिर से लिखा जा सकता है ताकि यह दाईं ओर दिखाई दे (देखें # 4287)। लेकिन मैं दस्तावेज़ के पेड़ के लिए इसे वापस लाने का प्रशंसक हूं।

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

यह चर्चा मुझे # 9053 (CC: @westonruter) की याद दिलाती है - मुझे लगता है कि आपको एलेक्सिस का प्रस्ताव पसंद आ सकता है जैसा कि https://github.com/WordPress/gutenberg/issues/9628#issuecomment -45001292989 में दिखाया गया है।

इस पर आगे बढ़ते हुए और अवधारणा @alexislloyd के लिए धन्यवाद। @ जस्मसुसेन मैं वास्तव में इन

तो क्या सबसे उपयोगी MVP है जो कुछ अधिक परिष्कृत में विकसित हो सकता है?

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

# 10767 में चर्चा के अनुसार, इसे पुन: व्यवस्थित करने के लिए।

# 11159 में सुझाए जा रहे अतिरिक्त विचारों को भी देखें।

जटिल ब्लॉकों के साथ काम करना आसान बनाने के लिए एक अतिरिक्त विचार यह याद रखना है कि _ अचयनित ब्लॉक एक पूर्वावलोकन_ है, और _selected ब्लॉक अतिरिक्त संपादन नियंत्रण_ दिखा सकता है।

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

ऐसा लगता है कि यह लागू करने के लिए अपेक्षाकृत तुच्छ होगा, अगर हमने एक बच्चे का चयन होने पर भी शीर्ष स्तर के ब्लॉक पर .is-selected वर्ग बहाल किया। हमने कुछ समय पहले एक hasSelectedInnerBlocks प्रोप का उपयोग करके ऐसा किया था।

कॉलम ब्लॉक में सेल पर मँडराते समय हम यही देखते हैं:

मीडिया और टेक्स्ट ब्लॉक में एक सेल पर होवर करना।

एक आंतरिक ब्लॉक और बाहरी ब्लॉक को देखता है।
जैसे कि Column -> Paragraph। कॉलम -> YouTube। मीडिया और पाठ -> YouTube

ब्रेडक्रंब की जानकारी (आंतरिक और बाहरी ब्लॉक) को हॉवर जानकारी पर क्लिक करने योग्य बनाना अच्छा होगा। माता-पिता का चयन करने के लिए कॉलम पर क्लिक करें या बच्चे को चुनने के लिए अनुच्छेद पर क्लिक करें।

अभी-अभी इसकी कोशिश करते हुए, एक बात जो मैंने नोटिस की है, वह यह है कि पेरेंट कॉलम ब्लॉक को चुनने का सबसे सरल तरीका यह है कि हम पैरेंट ब्लॉक के दाईं / बाईं ओर जो अतिरिक्त अदृश्य हिट क्षेत्र प्रदान करते हैं, उसका उपयोग करें:

यह अतिरिक्त हिट क्षेत्र ब्लॉक के ऊपर और नीचे उपलब्ध नहीं है, जिससे उस तरीके का चयन करना अधिक कठिन हो जाता है।

जटिल ब्लॉक के साथ काम करना आसान बनाने के लिए एक अतिरिक्त विचार यह याद रखना है कि अचयनित ब्लॉक एक पूर्वावलोकन है, और चयनित ब्लॉक अतिरिक्त संपादन नियंत्रण दिखा सकता है

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

मुझे 100% यकीन नहीं है अगर यह वही है जो @jasmussen ऊपर सुझाव दे रहा है, लेकिन एडिटिंग मोड में पैरेंट ब्लॉक के कुछ पैडिंग + विजुअल इंडिकेटर को जोड़ने से यहां एक बड़ी मदद हो सकती है। इस तरह, वहाँ एक स्पष्ट संकेत है कि आपको उस जगह पर क्लिक करना चाहिए जहाँ आप माता-पिता का चयन करना चाहते हैं:

जब कोई ब्लॉक से बाहर निकलता है, तो ब्लॉक का अधिक सटीक प्रतिनिधित्व दिखाने के लिए अतिरिक्त पैडिंग गायब हो सकती है।

यह अतिरिक्त हिट क्षेत्र ब्लॉक के ऊपर और नीचे उपलब्ध नहीं है, जिससे उस तरीके का चयन करना अधिक कठिन हो जाता है।

मैं कर सकता था कि इस मुद्दे के आसपास एक टिकट था, यह इस बात से संबंधित है कि सिबलिंग इंसुलेटर कैसे काम करता है। मैं इसे अभी नहीं ढूँढ सकता, लेकिन मेरा मानना ​​है कि यह समस्या ठीक होनी चाहिए। @ आधार की कोई भी घंटी

मुझे 100% यकीन नहीं है अगर यह वही है जो @jasmussen ऊपर सुझाव दे रहा है, लेकिन एडिटिंग मोड में पैरेंट ब्लॉक के कुछ पैडिंग + विजुअल इंडिकेटर को जोड़ने से यहां एक बड़ी मदद हो सकती है। इस तरह, वहाँ एक स्पष्ट संकेत है कि आपको उस जगह पर क्लिक करना चाहिए जहाँ आप माता-पिता का चयन करना चाहते हैं:

यह कमोबेश ठीक यही है कि मेरा मतलब क्या था, केवल मैं जितनी खूबसूरती से कल्पना कर सकता था।

यहाँ एक अतिरिक्त क्रेयॉन स्केच है जिसका अर्थ है कि मैं क्या कह रहा हूं। कॉलम ब्लॉक:

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

स्लाइड शो ब्लॉक:

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

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

मैं कर सकता था कि इस मुद्दे के आसपास एक टिकट था, यह इस बात से संबंधित है कि सिबलिंग इंसुलेटर कैसे काम करता है। मैं इसे अभी नहीं ढूँढ सकता, लेकिन मेरा मानना ​​है कि यह समस्या ठीक होनी चाहिए। @ आधार की कोई भी घंटी

मुझे लगता है कि निकटतम चीज़ # 8883, # 8881, # 5180 में से एक हो सकती है?

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

यहां वह समस्या है जो मैं आमतौर पर अनुभव करता हूं:

एक उपयोगकर्ता के रूप में, मैं स्क्रीन पर कहीं और स्थित किसी अन्य समाधान को खोजने से पहले कम से कम एक मिनट के लिए इससे लड़ूंगा। 😉

* _जब मैंने यह टिप्पणी जोड़ी, तो एक और टिप्पणी दिखाई दी। यह अब उतना प्रासंगिक नहीं हो सकता है, लेकिन मैं इसे संघर्ष के दस्तावेज के लिए यहां रख रहा हूं ।_

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

इस समाधान के साथ मेरी चिंता यह है कि आसपास के ब्लॉक के संबंध में पैडिंग कैसे काम करती है:

1. क्या पेरेंट ब्लॉक में पैडिंग फ्रंट-एंड पर परिलक्षित होती है? या संपादक में सिर्फ अधिक पैडिंग?

2. क्या ब्लॉक के चयन के समय, पेडिंग को गतिशील रूप से जोड़ा जाता है?

1. या हो सकता है कि गद्देदार माता-पिता इस तरह से आसपास के ब्लॉकों के ऊपर दिखाई दें?

बस इस अवधारणा में और खुदाई करने की कोशिश की जा रही है। उस पर कुछ विचार पसंद करेंगे।

शुक्रिया @ आदुथ , आपने मुझे कम से कम एक टिकट दिया है जो सही दिशा में जाता है। # 9229 में GIF समस्या की व्याख्या करता है: उस GIF में पीला क्षेत्र सिबलिंग इंसुलेटर के लिए "आरक्षित" है। यही वह है जो आपको ब्लॉक के ऊपर या नीचे पैडिंग पर क्लिक करके ब्लॉक को चुनने से रोक रहा है। यह @kjellr की टिप्पणी का जवाब है:

यह अतिरिक्त हिट क्षेत्र ब्लॉक के ऊपर और नीचे उपलब्ध नहीं है, जिससे उस तरीके का चयन करना अधिक कठिन हो जाता है।

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

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

आप वास्तव में इस समय परीक्षण कर सकते हैं, भले ही वर्तमान कार्यान्वयन थोड़ा आधा बेक किया गया हो।

• गुटेनबर्ग, किसी भी संस्करण को चलाएं।
• सामग्री के साथ एक कॉलम ब्लॉक डालें।
• 600px ब्रेकपॉइंट के नीचे विंडो का आकार बदलें, फिर चयन करें।

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

GIF:

अभी कार्यान्वयन के साथ समस्या यह है कि "स्टेट" को रीसेट कर दिया जाता है, जब आप सबसे गहरे स्तर तक ड्रिल कर लेते हैं। तो इसलिए यह कॉलम है> कॉलम> पैराग्राफ, कॉलम> कॉलम> पैराग्राफ, भले ही आप सिर्फ एक ही पैराग्राफ का चयन दो बार कर रहे हों। उस समस्या के स्पष्ट समाधान का प्रयास यह करना है कि एक बार जब आप अपने इच्छित स्तर पर "ड्रिल डाउन" कर लेते हैं, तो आप उस स्तर तक _stay_ जब तक आप फिर से ब्लॉक को अचयनित नहीं कर लेते। I कॉलम> कॉलम> पैराग्राफ, पैराग्राफ, पैराग्राफ, डिसेंट, रिवाइंड, आदि।

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

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

अपने अच्छे सवालों के जवाब के लिए https://github.com/WordPress/gutenberg/issues/9628#issuecomment -456637172:

क्या पेरेंट ब्लॉक में पैडिंग फ्रंट-एंड पर परिलक्षित होती है? या संपादक में सिर्फ अधिक पैडिंग?

नहीं, यह पैडिंग केवल संपादक में है और केवल जब _ब्लॉक का चयन किया जाता है_। यह ब्लॉक पर आधारित

• अचयनित ब्लॉक एक पूर्वावलोकन है। इसे जितना संभव हो सके सामने वाले को देखना चाहिए
• एक चयनित ब्लॉक अनिवार्य रूप से "ब्लॉक एडिट मोड" है, और ब्लॉक इस राज्य में अतिरिक्त नियंत्रण और यहां तक ​​कि पूरी तरह से अलग दिखने का उत्पादन कर सकता है।

यह मैंने ऊपर के स्लाइड शो ब्लॉक डूडल के साथ हाइलाइट करने की कोशिश की है: जब स्लाइड शो ब्लॉक अचयनित होता है, तो यह स्लाइड शो होता है। जब इसे चुना जाता है, तो आप _slideshow संपादन मोड_ में होते हैं और हर स्लाइड का थंबनेल ग्रिड देखते हैं, ताकि आप कैप्शन, रीयरेंज आदि को आसानी से संपादित कर सकें।

क्या ब्लॉक के चयन के समय, पेडिंग को गतिशील रूप से जोड़ा जाता है?

हां, कम या ज्यादा।

मुझे लगता है कि यह बेहतर व्याख्या के लिए प्रोटोटाइप के लायक हो सकता है और इसके लिए एक महसूस हो सकता है।

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

यहाँ एक त्वरित कोडपेन प्रोटोटाइप है: https://codepen.io/joen/pen/exmMQv?editors=1100

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

यहाँ एक त्वरित कोडपेन प्रोटोटाइप है: https://codepen.io/joen/pen/exmMQv?editors=1100

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

यह वास्तव में बिंदु को पार करने में मदद करता है। मैंने एक छोटा सा संपादन किया है, इसलिए हम देख सकते हैं कि क्लिक पर उन धराशायी सीमाएँ कैसे दिखाई दे सकती हैं:

https://codepen.io/kjellr/pen/jdEJQb?editors=0110

यह सही है, धन्यवाद केजेल! ठीक यही मेरा मतलब है। मेरा मानना ​​है कि हम शायद कार्यान्वयन में कुछ पहलुओं को ट्यून करना चाहते हैं, और यह पता करते हैं कि कैसे दिखता है जब तत्काल माता-पिता (एकवचन स्तंभ) वह है जो गद्दी प्राप्त करता है। लेकिन यह अच्छा है! मुझे लगता है कि यह काम कर सकता है।

मुझे वास्तव में पसंद है।
क्या हमें अधिक ब्लॉक और सामग्री के साथ परीक्षण के लिए एक पीआर बनाने की ओर बढ़ना चाहिए?
क्या हमें यह पहचानने की जरूरत है कि कौन से ब्लॉक प्रभावी होंगे?

मैं इसे भी खोदता हूं।

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

@gziolo कोई विचार? उल्लेखनीय रूप से Kjell द्वारा https://github.com/WordPress/gutenberg/issues/9628#issuecomment -45681141515 पर प्रचलित दृष्टिकोण पर

@gziolo कोई विचार? # 9628 में केजेल द्वारा दिए गए दृष्टिकोण पर विशेष रूप से (टिप्पणी)

अच्छा लग रहा है। यह अंततः जब आवश्यक हो तो पेरेंट ब्लॉक को आसानी से चुनना संभव होगा। मेरा एकमात्र सवाल यह है कि आप कॉलम की चौड़ाई को दूसरे कॉलम को संकरा बनाने की कीमत पर मूल आकार के करीब बनाने के बारे में कैसा महसूस करेंगे। फिलहाल सभी कॉलम सिकुड़ जाते हैं, जब उनमें से एक का चयन हो जाता है, जो 3+ कॉलम होने पर सबॉप्टिमल अनुभव हो सकता है। @jasmussen क्या आपके पास कोई अन्य प्रश्न हैं, मुझे जवाब देना चाहिए?

मेरा एकमात्र सवाल यह है कि आप कॉलम की चौड़ाई को दूसरे कॉलम को संकरा बनाने की कीमत पर मूल आकार के करीब बनाने के बारे में कैसा महसूस करेंगे।

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

क्या आपके पास कोई अन्य प्रश्न हैं, मुझे जवाब देना चाहिए?

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

इसलिए इस सेलेक्ट-इन-पेरेंट इंटरफ़ेस को इस तरह से बनाना अच्छा होगा जो कि सभी ब्लॉक के लिए _generic_, डिफ़ॉल्ट रूप से _off था, लेकिन एक ब्लॉक एक प्रोप का उपयोग करके चुन सकता है।

क्या आपके पास कोई सुझाव है कि कैसे सबसे अच्छा तरीका है?

सभी ब्लॉक जिनमें नेस्टेड ब्लॉक होते हैं (कॉलम, मीडिया और पाठ इस समय) इस InnerBlocks घटक को प्रस्तुत करते हैं जो .editor-inner-blocks वर्ग प्रदान करता है:
https://github.com/WordPress/gutenberg/blob/16a718a4bf359c53f0fb9c3626b08e2434a6fd7d/packages/editor/src/components/inner-blocks/index.js#L103
यह एक सामान्य समाधान के साथ आने में मदद कर सकता है जो सभी नेस्टेड ब्लॉकों के साथ काम करेगा। हालाँकि, यह मुश्किल हो सकता है क्योंकि .is-selected वंशजों में से एक में लागू होता है।

Edit: यदि यह सीएसएस के साथ विशेष रूप से काम नहीं करता है। हम हमेशा माता-पिता की स्थिति को अपडेट करने का एक तरीका खोज सकते हैं, जिसमें से एक नेस्टेड ब्लॉक चुने जाने की जानकारी को उजागर करने के लिए है। @jorgefilipecosta और @aduth के बारे में और अधिक जानकारी हो सकती है क्योंकि वे बहुत समय नेस्टेड ब्लॉक्स के साथ बिताए थे :)

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

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

इस दृष्टिकोण के लिए आप किन ब्लॉकों पर विचार करते हैं जो घोंसले के शिकार का उपयोग नहीं करते हैं?

गैलरी एक दिलचस्प है।

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

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

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

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

लेकिन अगर यह नेस्टिंग फीचर्स प्राप्त करता है तो उद्धरण ब्लॉक भी आंतरिक-ब्लॉक का उपयोग नहीं करेगा?

लेकिन अगर यह नेस्टिंग फीचर्स प्राप्त करता है तो उद्धरण ब्लॉक भी आंतरिक-ब्लॉक का उपयोग नहीं करेगा?

हां, उद्धरण, सूची, कवर - उन 3 को अतीत में नेस्टेड ब्लॉक में तब्दील माना जाता था।

एक चिंता (कि प्रयोग को ब्लॉक नहीं करना चाहिए, लेकिन सिर्फ ध्यान देने योग्य है!) यह है कि कॉलम ब्लॉक के साथ पहले से ही कुछ मुद्दे हैं कि वे कितने संकीर्ण हो सकते हैं और यह कैसे मोड मोड को प्रभावित करता है। यह प्रस्ताव प्रभावी ढंग से संपादन के दौरान भी _narrower_ को स्तंभ बना देगा, जो उन संकीर्णता समस्याओं को फिर से प्रस्तुत कर सकता है।

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

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

जेटपैक फॉर्म ब्लॉक का निर्माण करते समय कुछ इस तरह से ऑप्ट-इन करने में सक्षम होना शानदार रहा।

यह 1-टू -1 एडिट / व्यू समानता से भी आगे बढ़ता है, जो एक चिंता का विषय हो सकता है या नहीं।

मुझे लगता है कि चयनित और अचयनित अवस्थाओं के बीच कुछ बदलाव होना ठीक

इसके अलावा क्या होता है जब मेरे पास 3 डीस्टेड नेस्टेड हैं? क्या पैडिंग विकल्प दूसरे स्तर तक विस्तारित होता है यदि दूसरा स्तर पेरेंट ब्लॉक भी है?

@mapk

इसके अलावा क्या होता है जब मेरे पास 3 डीस्टेड नेस्टेड हैं? क्या पैडिंग विकल्प दूसरे स्तर तक विस्तारित होता है यदि दूसरा स्तर पेरेंट ब्लॉक भी है?

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

जब तक आप तत्काल माता-पिता का चयन कर सकते हैं, तब तक आप पदानुक्रम तक अपना काम करने में सक्षम होंगे, क्योंकि माता-पिता का चयन करने से उसके माता-पिता आसानी से चयन करने योग्य हो जाएंगे, और इसी तरह। ब्लॉक नेविगेशन मेनू का उपयोग त्वरित पहुंच के लिए किया जा सकता है, और जैसा कि कुछ ने पहले सुझाव दिया है, इसे एक pinnable साइडबार में बनाया जा सकता है ताकि इसे जल्दी से एक्सेस किया जा सके। (# 11408 और # 11688 देखें।)

मेरा सुझाव है कि किसी भी समय पैडिंग परिवर्तन केवल चयनित ब्लॉक और प्रत्यक्ष वंशज को प्रभावित करना चाहिए।

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

https://github.com/WordPress/gutenberg/pull/13899

वह कार्य जो मैं स्तंभों के लिए लंबवत संरेखण को जोड़ने के लिए भूमि की उम्मीद कर रहा हूं ब्लॉक _indateral_ Columns को चयन योग्य बनाता है (पहले वे चयन करने योग्य नहीं थे)

यहाँ ध्यान देने के लिए धन्यवाद। यही कारण है कि इस बातचीत को पाने के लिए और अधिक कारण बाद में जल्द ही समाप्त हो गया है।

बस कुछ ऐसी बातों को साझा करना चाहता था जिसकी चर्चा मैंने आज

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

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

@kjellr मुझे वास्तव में पसंद है। यह स्पष्ट करता है कि संरचना क्या है।

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

जरा जोर से सोचकर। वास्तव में एक अच्छी तरह से देखे गए उपयोगकर्ता के रूप में देखो, लेकिन a11y प्रतिक्रिया सुनने के लिए उत्सुक होगा क्योंकि मेरी पसंद यह पर्याप्त नहीं है :)

मेरी स्क्रीन पर, मुझे पहली बार में बिंदीदार रेखा दिखाई नहीं दी। यह व्यावहारिक रूप से अदृश्य प्रतीत होता है यदि मेरी स्क्रीन थोड़ी सी झुकी हुई है।

इसके विपरीत कम करने की कोई आवश्यकता नहीं है यदि यह इसे कम सुलभ बना देगा। जब तक इसके _little_ लाइटर और एक अलग border-style का उपयोग करता है मुझे लगता है कि यह ठीक काम करेगा।

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

पैरेंट ब्लॉक में पैडिंग जोड़ने के बारे में चिंताओं के जवाब में आंतरिक ब्लॉक सीमांत (# 14148 # 14169) के साथ असंगत हो गए हैं, मैंने एक और विचार काम किया है।

ऐसा करने के लिए और अधिक विकास की आवश्यकता होगी, लेकिन एक अच्छा विकल्प हो सकता है।

मूल रूप से, मूल ब्लॉक में क्लिक करने पर, यह आसान बच्चे / माता-पिता के लिए आवश्यक पैडिंग प्रदान करने के लिए (सामान्य ब्लॉकों से बड़ा हो जाता है) फैलता है। यह आंतरिक खंड दृश्यपटल के अनुरूप है।

स्क्रीनकास्ट

इनविज़न प्रोटोटाइप

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

पेशेवरों

1. भीतरी ब्लॉक उचित चौड़ाई रहते हैं।
2. आंतरिक ब्लॉक दृश्यपटल के साथ संगत रहते हैं।
3. एक चयनित ब्लॉक बदलते आकार पहले से उपयोग किया जाने वाला एक पैटर्न है।

विपक्ष

1. सामान्य ब्लॉक चयनों से परे ब्लॉक चयन (चौड़ाई) का विस्तार करना एक नया पैटर्न है।
2. मुझे यकीन नहीं है कि जब ब्लॉक पूरी चौड़ाई पर सेट होंगे तो यह कैसे काम करेगा।

मूल रूप से, मूल ब्लॉक में क्लिक करने पर, यह आसान बच्चे / माता-पिता के लिए आवश्यक पैडिंग प्रदान करने के लिए (सामान्य ब्लॉकों से बड़ा हो जाता है) फैलता है। यह आंतरिक खंड दृश्यपटल के अनुरूप है।

उस खोदो। मैं ब्लॉक टूलबार के लिए बाईं सीमा के साथ फ्लश रहना पसंद करूंगा, लेकिन यह एक कार्यान्वयन विवरण है।

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

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

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

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

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

हाँ! मुझे लगता है कि पूरी तरह से भी काम कर सकता है। आइए देखें कि # 14145 नेट कहाँ से निकलते हैं, और फिर वहाँ से एक उपचार का पता लगाते हैं। 👍

जब मैंने एकल स्तंभों को चयन योग्य बनाया, लेकिन मैंने अपने पीआर के दायरे से बाहर निकाल दिया, तो मैंने सीमाओं के साथ छेड़छाड़ की। निश्चित रूप से एक UX सुधार की तरह महसूस किया। जिस तरह से यह बढ़ रहा है प्यार!

बस एक सिर: मैं ऊपर एक अलग, संक्षिप्त मुद्दे की खोज में कताई

https://github.com/WordPress/gutenberg/issues/14935

अगर कोई अपने बच्चे के चयन के समय माता-पिता को has-child-selected वर्ग जोड़ने के लिए पिच कर सकता है, तो यह शुरू करने वाला एकमात्र अवरोधक है।

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

इस समय यह भ्रमित करने वाला है कि जब आप समूह ब्लॉक को सम्मिलित करते हैं, तो आप वास्तव में जो देखते हैं वह पैराग्राफ ब्लॉक है:

क्या हम कम से कम कुछ ऐसा कर सकते हैं:

या हमारी निजी चैट में @mtias ने ब्लॉक नेविगेशन सुविधा के बिट्स का पुन: उपयोग करने का सुझाव दिया है:

_ किसी भी तरह से अंतिम डिजाइन प्रस्ताव नहीं हैं aren't_

@gziolo उस मुद्दे को # 14241 द्वारा हल किया जाना है। मैं तुम्हारे साथ सहमत हूँ, btw, इसलिए कि एक जल्द ही जहाज के लिए सुंदर होगा :)

@gziolo उस मुद्दे को # 14241 द्वारा हल किया जाना है। मैं तुम्हारे साथ सहमत हूँ, btw, इसलिए कि एक जल्द ही जहाज के लिए सुंदर होगा :)

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

मुझे लगता है कि # 14935 यहां भी मदद करेगा। हमें साइडबार में कुछ विकल्पों का भी पता लगाना चाहिए ताकि यह सुनिश्चित हो सके कि वर्तमान में चयनित ब्लॉक नेस्टेड है।

आह येस। मैं साइडबार में ब्रेडक्रंब को फिर से जीवित करने के बारे में सोच रहा हूं, जैसे हम यहां थे:

https://github.com/WordPress/gutenberg/issues/13309#issuecomment -458452168

सरल और अपेक्षाकृत सुरुचिपूर्ण, और इस मुद्दे (9628) को भी मदद करेगा।

उपरोक्त विचारों में से कुछ पर पुनरावृति

क्या होगा अगर हम ब्लॉक को अपने समर्पित आइटम में बदल देते हैं, और अपने "ब्लॉक ट्री" पैनल में ब्लॉक आइकन बना लेते हैं?

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

(दोनों comps भी # 14961 से रूपरेखा / गद्दी का उपयोग करते हैं)

यह बहुत ही दिलचस्प लग रहा है केजेल! यह तब ब्लॉक नेविगेशन क्षेत्र के साथ मिलकर उनके बीच स्थिरता पैदा करेगा। जैसा कि कोई ब्लॉक नेवीगेशन का उपयोग करना सीखता है उसी तरह सीखने वाले नेस्टेड ब्लॉक का चयन करना जारी रख सकते हैं।

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

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

मेरी चिंता यहाँ @chrisvanpatten की नकल करती है। जबकि यह अच्छी तरह से सोचा है, यह बहुत कुछ महसूस करता है।

1. कुछ संदर्भों में कुछ ब्लॉकों पर, ड्रॉपडाउन दिखाने के विभिन्न तरीके मौजूद हैं।

मुझे लगता है कि मिश्रण में एक और शेवरॉन जोड़ना (हालांकि यह ग्रे और राइट-फेसिंग है) पार्स करने के लिए और अधिक कठिनाई जोड़ सकता है।

1. दूसरी चिंता यह है कि टूलबार अधिक लंबा हो रहा है। शायद यह कोई बड़ी बात नहीं है, लेकिन यह तब हो सकता है जब हम आइकन के लिए लेबल शामिल करते हैं https://github.com/WordPress/gutenberg/issues/10524 और https://github.com/WordPress/gutenberg/issues/ 15311।

यह खोज करते समय विचार करने के लिए बस कुछ विचार। यह सबसे सरल दृष्टिकोण हो सकता है जो बताता है कि क्या हो रहा है।

मुझे आश्चर्य है कि अगर यह हल्का महसूस करने का एक तरीका है?

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

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

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

दूसरी चिंता यह है कि टूलबार अधिक लंबा हो रहा है। शायद यह कोई बड़ी बात नहीं है, लेकिन यह तब हो सकता है जब हम माउस को # 10524 और # 15311 के लिए लेबल शामिल करते हैं।

माना। यह दिशा है या नहीं, हमें अतिरिक्त-लंबी टूलबार के लिए किसी भी तरह से समाधान निकालना होगा। मुझे लगता है कि https://github.com/WordPress/gutenberg/pull/16557 जैसे प्रयास इसकी थोड़ी मदद करते हैं, जैसे कि टूलबार पदानुक्रम के अधिक व्यापक पुनर्विचार जैसे https://github.com/WordPress/gutenberg/issues/ 15096।

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

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

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

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

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

हाँ, मुझे भी ऐसा ही एहसास है।

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

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

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

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

इस टूलबार सेटिंग की बहुत खोज की गई है और सबसे अच्छा डिफ़ॉल्ट को परीक्षण के एक निष्पक्ष बिट के बाद निपटाया गया था। आप यहाँ खोज के बारे में अधिक पढ़ सकते हैं: https://github.com/WordPress/gutenberg/issues/2983।

मुझे संदेह है कि अधिकांश उपयोगकर्ता उस सेटिंग को बदलते हैं।

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

@ जस्मसुसेन को हमें # 17088 के पक्ष में बंद करना चाहिए

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