Gutenberg: Permalink को संपादित नहीं कर सकते

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

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

Https://github.com/WordPress/gutenberg/pull/1042#issuecomment -309686299 पर चर्चा

जब आपने अपनी पोस्ट को सहेज लिया है, तो पर्मलिंक UI दिखाता है, और शीर्षक पर क्लिक करें।

यह देखते हुए कि कुछ खोज योग्य मुद्दों के कारण हो रहा है, हमें इस पर फिर से विचार करना चाहिए।

यहां वर्तमान व्यवहार के लिए एक मजाक है:

यहाँ एक पुराना मज़ाक है:

आह ठीक। हाँ, यह बहुत सहज नहीं है। कोई नहीं मिलेगा। कम से कम, वैसे भी उद्देश्य पर नहीं।

यह बेहतर होगा कि पर्मलिंक हर समय प्रदर्शित हो, एक समान स्थिति में जो वर्तमान में है।

जब आप लोग अपनी सामग्री संपादित कर रहे होते हैं तो आप इसे थोड़ा बेहूदा दिखा सकते हैं।

इस पर अपने कर्सर को मँडराते समय, जब आप कॉपी और एडिट बटन दिखाएँगे, और इसे थोड़ा गहरा कर देंगे।

यह बेहतर होगा कि पर्मलिंक हर समय प्रदर्शित हो, एक समान स्थिति में जो वर्तमान में है।

सुनने के इच्छुक हैं कि आपको क्यों लगता है कि यह जानकारी स्थायी रूप से प्रदर्शित होनी चाहिए।

मेरे लिए यह कुछ ऐसा है जिसे मैं केवल तब देखना चाहता हूं जब मैं इसे संपादित करना चाहता हूं। मुझे वर्तमान WP UI कष्टप्रद में इसका प्रदर्शन हमेशा मिला है।

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

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

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

यही नहीं, URL ऑन डिस्प्ले होना पेज प्रीव्यू के लिए एक सुविधाजनक लिंक के रूप में कार्य करता है (और हाँ, मुझे लगता है कि एक पूर्वावलोकन बटन है। मौजूदा एडिटर स्क्रीन पर एक पूर्वावलोकन बटन भी है)। इसके अलावा, Permalink वर्तमान पोस्ट / पृष्ठ संपादित पृष्ठों पर दिखाता है। यह नया संपादन अनुभव कुछ लोगों के लिए भ्रमित करने वाला है, मौजूदा सुविधाओं में से कई को हटाना / छिपाना बस इसे उनके लिए और भी अधिक भ्रमित करने वाला है।

यह तब भी नहीं दिखता जब आप पृष्ठ के शीर्षक पर अपने कर्सर को घुमाते हैं

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

@buzztone उस पर क्लिक करने की तुलना में निश्चित रूप से एक सुधार होगा। यह जानने के इच्छुक हैं कि आप इसे हर समय प्रदर्शित क्यों नहीं करना चाहते हैं।

यह जानने के इच्छुक हैं कि आप इसे हर समय प्रदर्शित क्यों नहीं करना चाहते हैं।

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

इस संदर्भ में मैं एक ऐतिहासिक कलाकृति के रूप में पर्मलिंक के स्थायी प्रदर्शन को देखता हूं।

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

व्यक्तिगत रूप से मुझे केवल पोस्ट सेटिंग्स में ही पर्मलिंक देखकर खुशी होगी लेकिन मैं इसे मौजूदा उपयोगकर्ताओं को आसानी से खोजने में मदद करने के लिए इसे वर्तमान स्थान में शामिल करने की आवश्यकता समझता हूं।

मैं हमेशा पर्मलिंक को देखने की क्षमता रखने के पक्ष में भी गलत कर रहा हूं।

एक उदाहरण जहां मैं इसे लाभकारी देख रहा हूं वह पदानुक्रमित पोस्ट प्रकारों के साथ है, URL एक त्वरित दृश्य संदर्भ के लिए बनाता है जहां पृष्ठ पदानुक्रम में एक पृष्ठ स्थित है ...

ऐसा लगता है कि एक विस्तृत समझौता है, जिसे हम पर्मलिंक के लिए एक माना स्थान ढूंढना चाहते हैं। एक जो मांस के रहस्य की तरह से दिखाई नहीं देता है, लेकिन यह भी एक है जो घुसपैठ नहीं करता है।

कैसे के बारे में हम _blocks_ के मूल डिजाइन पैटर्न को फिर से देखते हैं, और चीजों को अलग-अलग तरीके से देखते हैं। अभी ब्लॉक के लिए मॉकअप इस तरह दिखता है:

बायीं ओर मावर, और दायीं ओर उन्नत बटन होवर पर दिखाई देते हैं। हम उस पैटर्न का लाभ उठा सकते हैं।

शीर्षक पर होवर करें:

लिंक आइकन पर क्लिक करें:

वैकल्पिक रूप से अगर हम चाहते हैं कि यह अभी भी अधिक दिखाई दे, तो हम हमेशा शीर्षक के बगल में लिंक आइकन दिखा सकते हैं। यह हम WordPress.com पर करते हैं, और यह अच्छी तरह से काम कर रहा है:

@jasmussen मुझे शीर्षक के बगल में लिंक आइकन दिखाने का सुझाव पसंद है। यह पृष्ठ लिंक का एक स्पष्ट संकेतक रखता है, जबकि यह काफी न्यूनतम और विनीत भी रखता है।

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

शीर्षक के बगल में स्थायी रूप से लिंक आइकन दिखाने से शीर्षक ब्लॉक को अन्य ब्लॉकों से अलग करने का भी फायदा होता है।

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

मुझे लगता है कि उपयोगकर्ताओं को यह स्पष्ट करना महत्वपूर्ण है कि यह ब्लॉक टाइटल है।

लगता है जैसे हमारे यहाँ कुछ सहमति है। चलो इस पैटर्न की कोशिश करते हैं।

सम्बंधित: # ५7777

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

मुझे लिंक आइकन पसंद है, लेकिन यह भी महसूस करते हैं कि स्लग को संपादक में कहीं और फ्लोट करने के बजाय पोस्ट सेटिंग्स टैब के संदर्भ में बेहतर बदला जा सकता है (मोबाइल उपयोगकर्ताओं के लिए आसान?)।

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

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

सही - लेकिन यह एक मान है:

• स्वचालित रूप से WP द्वारा आमतौर पर कुछ हद तक समझदार डिफ़ॉल्ट पर सेट किया जाता है।
• केवल आम तौर पर बदला गया है, अगर बिल्कुल, एक बार प्रति पोस्ट।

यह सामयिक कार्रवाई, _need_ को स्थायी रूप से प्रदर्शित नहीं करती है। मेरे लिए, यह एक ही प्रकार की रेडी-टू-पब्लिश सेटिंग्स के अंतर्गत आता है जैसे कि प्रकाशन की तारीख, या स्थिति, या लेखक को बदलना या पासवर्ड सेट करना।

मैं एक परीक्षण साइट के साथ एक मल्टीसाइट नेटवर्क चला रहा हूं। मुझे पोस्ट टाइटल पर पर्मलिंक होवर दिखाई देता है, हालाँकि, मुझे एडिट बटन दिखाई नहीं देता है।

https://cloudup.com/cOr7M0eQfNB

इसके अलावा, Permalink स्वयं URL में परिणामी शब्द प्रदर्शित नहीं करता है। यह अभी भी क्वेरी आईडी प्रदर्शित करता है।

मुझे लिंक आइकन पसंद है, लेकिन यह भी महसूस करते हैं कि स्लग को संपादक में कहीं और फ्लोट करने के बजाय पोस्ट सेटिंग्स टैब के संदर्भ में बेहतर बदला जा सकता है (मोबाइल उपयोगकर्ताओं के लिए आसान?)।

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

जब कोई आइटम चयनित या प्रकाशित पैनल ड्रॉपडाउन नहीं होता है तो मैं इसे साइडबार इंस्पेक्टर से जोड़ने पर विचार करूंगा।

इसका कारण यह है:

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

अगर पर्मालिंक साइडबार में था, तो यह कैसा दिखेगा? क्या यह इसका अपना पैनल होगा, या हम इसे दूसरे में डाल सकते हैं?

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

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

मुझे ड्रॉपडाउन विचार में पर्मलिंक बहुत पसंद है।

मैं सहमत हूं - साइडबार के क्षेत्रों में, प्रकाशित अनुभाग मेरे लिए सबसे अधिक समझ में आता है: प्रकाशन स्थिति बदलें, प्रकाशन तिथि बदलें, प्रकाशन पहुंच (पासवर्ड) बदलें, प्रकाशन स्थान (स्लग) बदलें, आदि।

यहाँ # 708 से जॉयस वायरफ्रेम का एक संशोधित संस्करण है जिसमें पर्मलिंक भी शामिल है:

पर्मलिंक के लिए जगह कुछ तंग है। शायद कोई पूरी लिंक देखने के लिए लिंक पर क्लिक कर सकता है और जब यह क्लिक नहीं होता है तो लिंक के कुछ हिस्सों को सिर्फ http: //thisisalink.com/vacation / .... देखता है।

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

@maddisondesigns # 708 में इसके बारे में कुछ चर्चा है। डिज़ाइन को अंतिम रूप नहीं दिया गया है, और एक प्रकाशन ड्रॉपडाउन का उद्देश्य दो गुना होगा:

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

@jasmussen

1. जिन आइटमों का आपने उल्लेख किया है, वे पहले से ही सेटिंग पैनल में दिखाई दे रहे हैं, जो कि 99% दिखाई देने वाला है, इसलिए यह उस जानकारी को केवल डुप्लिकेट करने के लिए व्यर्थ लगता है। यह पेज के लिए उपयोग की कुछ भी नहीं जोड़ता है। साथ ही, जैसा कि मैंने # 708 पर उल्लेख किया है, अधिकांश साइटों के लिए URL उस छोटे से बॉक्स में फिट होने वाला नहीं है। गारंटी! यह समाप्त हो रहा है या तो फसली हो रही है, जो इसे व्यर्थ बनाता है यदि आप पूर्ण यूआरएल को नहीं पढ़ सकते हैं, या अभी भी बदतर है, तो यह कई लाइनों में लपेटने वाला है।

2. क्यों प्रकाशित प्रक्रिया में एक और कदम जोड़ें। क्या हम इसे कम जटिल बनाने वाले नहीं हैं। किसी पेज को गलती से प्रकाशित करने का कारण बहुत आसान है, क्योंकि कोई लानत नहीं है _ ड्राफ्ट_ बटन! वर्डप्रेस में अब, मैं _Save Draft_ पर क्लिक कर सकता हूं, जबकि गुटेनबर्ग के नवीनतम संस्करण को देखते हुए, इसे हटा दिया गया है। बेशक, यह गलती से प्रकाशित करना बहुत आसान है जब आपके पास एक बटन होता है जो उन्हें प्रकाशित करने के अलावा कुछ भी नहीं करने देता है। यह सिर्फ सामान्य ज्ञान है! _Save Draft_ बटन को वापस रखें और एक अलग प्रकाशित बटन रखें। 11+ वर्षों में मैं वर्डप्रेस का उपयोग कर रहा हूं, मैंने कभी किसी की शिकायत नहीं सुनी है कि गलती से एक पेज (मौजूदा वर्कफ़्लो के साथ) प्रकाशित करना बहुत आसान है और अगर अधिकांश वर्डप्रेस उपयोगकर्ताओं का यह मानना ​​है तो मुझे बहुत आश्चर्य होगा। आप मौजूदा वर्कफ़्लो को तोड़ रहे हैं और उन मुद्दों को पेश कर रहे हैं जो वर्तमान में मौजूद नहीं हैं।

गलती से पेज को प्रकाशित करने का कारण बहुत आसान है, क्योंकि कोई लानत नहीं है ड्राफ्ट बटन! [...] यह सिर्फ सामान्य ज्ञान है!

क्षमा करें, लेकिन यह ... असंगत है। लोग सिर्फ एक बटन पर क्लिक नहीं करते हैं क्योंकि दूसरा बटन गायब है।
इसके अलावा, पृष्ठभूमि में बचत आजकल एक मानक विशेषता है, जिसे पहले से ही प्रभावी ढंग से पेश किया गया है, और पृष्ठ पर एक स्पष्ट संकेतक है।

11+ वर्षों में मैं वर्डप्रेस का उपयोग कर रहा हूं, मैंने कभी किसी की शिकायत नहीं सुनी है कि गलती से एक पेज प्रकाशित करना बहुत आसान है

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

URL की लंबाई एक अच्छा बिंदु है, जिसे पहले ही स्वीकार किया जा चुका है जैसा कि आपने दूसरे अंक में बताया है।

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

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

@folletto

क्षमा करें, लेकिन यह ... असंगत है

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

इसके अलावा, पृष्ठभूमि में बचत आजकल एक मानक विशेषता है, जिसे पहले से ही प्रभावी ढंग से पेश किया गया है, और पृष्ठ पर एक स्पष्ट संकेतक है।

पृष्ठभूमि ऑटो-बचत निश्चित रूप से अधिक सामान्य हो रही है। मैं इस बात से सहमत नहीं हूं कि आप इसे "मानक विशेषता" मान सकते हैं, किसी भी तरह से।

इसके अलावा, मेरा सुझाव था कि यह ऑटो-सेव नहीं होना चाहिए। ऑटो-बचत बहुत बढ़िया है! मैं इंगित कर रहा था कि क्योंकि कोई _Save Draft_ बटन नहीं है, प्रकाशित बटन हिट करने के लिए आसान तरीका है। भले ही पृष्ठ स्वत: सहेजता है या नहीं, यह खराब प्रयोज्य है, जिसमें सेव बटन नहीं है।

प्रयोज्य विशेषज्ञों से, नीलसन नॉर्मन समूह :

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

और, सेव बटन के बिना किसी फॉर्म के उदाहरण के संदर्भ में, वे कहते हैं:

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

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

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

और उपयोगकर्ता अनुभव विशेषज्ञ, पाबिनि गैब्रियल-पेटिट के लेख से, _ यदि यह टूटा हुआ नहीं है, तो इसे ठीक न करें:

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

तुम भी उल्लेख है

... पृष्ठ पर एक स्पष्ट संकेतक

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

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

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

मेरी राय विकास के अनुभव और वेब देव परियोजनाओं पर प्रयोज्यता विशेषज्ञों के साथ मिलकर काम करने के वर्षों पर आधारित है, न कि केवल मेरी व्यक्तिगत प्राथमिकताओं पर।

इसी तरह, कृपया उन लोगों की विशेषज्ञता को पहचानें जिनके साथ आप चर्चा कर रहे हैं। लक्ष्य सही होना नहीं है, बल्कि कुछ ऐसा बनाना है जो काम करे। और हम वहां पहुंचने के लिए मिलकर काम कर रहे हैं। :)

आपकी टिप्पणी प्राप्त हो गई है जैसा कि आप यहां और # 708 के उत्तरों से देख सकते हैं, और वास्तव में काफी सकारात्मक ("मैं पूरी तरह से सहमत हूं")। अच्छी बात है।

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

मैं एक परीक्षण साइट के साथ एक मल्टीसाइट नेटवर्क चला रहा हूं। मुझे पोस्ट टाइटल पर पर्मलिंक होवर दिखाई देता है, हालाँकि, मुझे एडिट बटन दिखाई नहीं देता है।

मैं एक साइट पर 1.1.0 चला रहा हूं और मैं एक ही व्यवहार का पालन करता हूं।

क्या यह कार्यक्षमता बदल दी गई है? जब मैं शीर्षक पर होवर करता हूं तो मुझे कुछ दिखाई नहीं देता। मुझे पर्मलिंक देखने के लिए वास्तव में इसे क्लिक करना होगा और इसे संपादित करने का कोई तरीका नहीं है।

_Using गुटेनबर्ग संस्करण 1.1.0_

मुझे लगता है कि यह अभी भी काम करने के लिए कोर में एक समापन बिंदु की प्रतीक्षा कर रहा है।

जैसा कि उनका उल्लेख नहीं किया गया है, यहां संबंधित कोर टिकट हैं:

https://core.trac.wordpress.org/ticket/41014
https://core.trac.wordpress.org/ticket/38731

इसके कई पहलू हैं क्योंकि यह REST API से संबंधित है:

• permalink_structure विकल्प सेटिंग एंडपॉइंट में उजागर नहीं होता है, जिसका अर्थ है कि हमारे पास क्लाइंट से यह निर्धारित करने का कोई तरीका नहीं है कि साइट स्लग का उपयोग करने के लिए कॉन्फ़िगर की गई है (संरचना %postname% टोकन युक्त है)
• सेटिंग एंडपॉइंट केवल manage_options क्षमता (व्यवस्थापकों) वाले उपयोगकर्ताओं के लिए उपलब्ध है, इसलिए यदि विकल्प जोड़ा गया था, तो भी गैर-व्यवस्थापक इसे एक्सेस नहीं कर पाएंगे
• ड्राफ्ट के लिए एपीआई द्वारा ऑटो-जेनरेट किए गए स्लग को उजागर नहीं किया जाता है (न तो स्टैंडअलोन और न ही PUT /wp/v2/posts/%d की प्रतिक्रिया में), इसलिए हमारे पास पोस्ट प्रकाशित होने के बाद तक अपेक्षित स्लग को प्रदर्शित करने का कोई तरीका नहीं है।

ऐसा प्रतीत होता है कि 1.2.1 ने इसे अभी तक संबोधित नहीं किया है।

@ GlennMartin1 सही, https://github.com/WordPress/gutenberg/issues/1285#issuecomment -332663491 देखें। एक टिप्पणी छोड़ने में, आपको अब इस मुद्दे को भी सब्सक्राइब कर लेना चाहिए, इसलिए इस सुविधा के लागू होने पर (जब समस्या बंद हो जाती है) आपको एक सूचना प्राप्त होगी।

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

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

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

एक चिंता मुझे इस बात से है कि यह कैसे स्पष्ट किया जाए कि इस लिंक को दृश्यपटल पर नहीं दिखाया जाएगा ...

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

एक चिंता मुझे इस बात से है कि यह कैसे स्पष्ट किया जाए कि इस लिंक को दृश्यपटल पर नहीं दिखाया जाएगा ...

यही कारण है कि मुख्य संपादक कैनवास में पर्मलिंक नहीं दिखाने या केवल क्लिक करने का तर्क है। लेकिन मैं इस बात से सहमत हूं कि ऑन-क्लिक बहुत खोज योग्य नहीं है, यही वजह है कि मैंने सुझाव दिया है कि यह प्रकाशन ड्रॉपडाउन या पोस्ट सेटिंग्स का हिस्सा हो सकता है।

@arunsathiya

पर्मलिंक सेक्शन पर कॉपी बटन के बगल में एडिट बटन की अनुपलब्धता भ्रम पैदा कर रही है।

यह वर्डप्रेस रीस्ट एपीआई में एक फीचर गायब है। हमें इसे गुटेनबर्ग में जोड़ने से पहले वहां जोड़ना होगा।

"सामान्य साइट की जानकारी" फ़ील्ड की permalink_structure जोड़ने के लिए Trac टिकट wp-json इंडेक्स से उपलब्ध फ़ील्ड: https://core.trac.wordpress.org/ticket/42465

मैंने एक त्वरित पुल अनुरोध जोड़ा है जो wp-json rest_index फ़िल्टर का उपयोग करके permalink_structure तक पहुंच प्रदान करेगा। यह मान को तुरंत उपयोग करने की अनुमति देता है, और ट्रेस एन ° 42465 के विलय के बाद इसे हटाया जा सकता है।

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

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

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

@aduth इसे पुन: पेश करने गया और यह होना बंद हो गया है, लेकिन मुझे नहीं पता कि क्यों .... कुछ हफ्तों से, यह हो रहा था, लेकिन मैंने तब से गुटेनबर्ग और कुछ एप्टर प्लग को अपडेट किया है।

1. गुटेनबर्ग में पर्मलिंक देखें। इसे संपादित नहीं किया जा सकता है, इसलिए पर्मलिंक को बदलने के लिए त्वरित संपादन पर जाएं।
2. परिवर्तन को त्वरित रूप से संपादित करें। सहेजें।
3. गुटेनबर्ग में पृष्ठ पर लौटें, लिंक त्वरित संपादन को प्रतिबिंबित करने के लिए नहीं बदला है।
4. गुटेनबर्ग और त्वरित संपादन से अनुमति देने का प्रयास करें (क्योंकि अब वे अलग हैं) और त्वरित संपादन लिंक काम करेगा, गुटेनबर्ग लिंक नहीं होगा।
5. सभी पर्मलिंक को रीसेट करने के लिए पर्मलिंक पैनल 2x सेव ट्रिक (पर्मलिंक सेटिंग्स 2x पर सेव को हिट करते हुए) को बचाने की कोशिश की और यह काम नहीं किया।

फिर, अब काम करने लगता है।

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

वर्तमान में (पुराने एडिट पोस्ट स्क्रीन पर) पर्मलिंक हमेशा PHP से उत्पन्न होते हैं और सरल AJAX के साथ दिखाए जाते हैं। नए पर्मलिंक को उत्पन्न करने के दौरान इसकी आवश्यकता होती है। वर्डप्रेस सभी प्रकाशित पोस्ट्स "स्लग" को देखता है और अगर कोई मैच होता है तो डुप्लिकेट से बचने के लिए नए पर्मलिंक पर -1 जोड़ देता है।

जेएस / गुटेनबर्ग में permalink_structure विकल्प ज्ञात होने पर भी उस कारण से Permalinks जेनरेट नहीं किए जा सकते हैं। यह इस समस्या के लिए उपरोक्त पैच और https://core.trac.wordpress.org/ticket/42465 को बेकार बनाता है।

गुटेनबर्ग में पर्मलिंक्स को संपादित करने में सक्षम होने के लिए, उन्हें इसी तरह काम करना होगा कि वे वर्तमान में कैसे काम करते हैं:

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

मैं विशेष रूप से पर्मलिंक क्षेत्र के वर्तमान स्थान का शौकीन नहीं हूं। मैं इसे प्राप्त करता हूं: अच्छे एसईओ के लिए पेरालिंक्स वास्तव में महत्वपूर्ण हैं, लेकिन फिर भी ... सभी "पोस्ट सेटिंग्स" सही साइडबार में हैं, और सब कुछ के शीर्ष पर पर्मलिंक मोर्चा और केंद्र क्यों है? :) इसके अलावा, यह वर्तमान में "पोस्ट प्रकाशित! देखें पोस्ट" नोटिस द्वारा कवर किया गया है:

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

@azaozz , सही: मुझे लगता है कि अद्वितीय "स्लग" के लिए तर्क wp_unique_post_slug() सही है?

यह वर्तमान में "पोस्ट प्रकाशित! देखें पोस्ट" नोटिस द्वारा कवर किया गया है

हां, यह पीआर पर नोट किया गया था: https://github.com/WordPress/gutenberg/pull/3418#issuecomment -356699939

@afercia सही है, "स्लग" प्रक्रिया में wp_unique_post_slug() उत्पन्न होता है जो DB प्रश्नों को चलाता है। वहाँ भी फिल्टर के दो जोड़े हैं: wp_unique_post_slug_is_bad_flat_slug और wp_unique_post_slug JS में कार्यक्षमता को दोहराना असंभव है।

Https://github.com/WordPress/gutenberg/issues/1285#issuecomment -309997645 पर आधारित एक बेहतर पर्मलिंक UI के लिए यहां अपडेट किए गए मॉकअप दिए गए हैं:

हां, वहां "एडिट" बटन भी होना चाहिए।

क्या UI में सुधार करने के लिए यह एक अलग टिकट होना चाहिए, यह टिकट मुख्य रूप से एडिट फीचर को पहली जगह में जोड़ने के लिए है?

मैं थोड़ा चिंतित हूं कि हम यहां किए जा रहे काम की नकल कर रहे हैं: https://github.com/WordPress/gutenberg/pull/3418। यह गलत हो सकता है, लेकिन भड़काना।

जब हम @jasmussen के लिए काम कर रहे होते हैं, तो क्या यह एक नया स्वरूप चाहिए? मेरे सुझाव में संपादन योग्य हो जाएगा और फिर हम इसे पुन: व्यवस्थित कर सकते हैं। यह इसके लिए एक बेहतर दृष्टिकोण महसूस करता है।

चलो शायद ऐसा करें:

• UI पर काम करने के लिए नया मुद्दा बनाएं
• इस मुद्दे को बंद करें जब पीआर दूसरे के लिए जाता है और / या अब बंद हो जाता है क्योंकि दोनों जगहों पर बातचीत हो रही है।

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

मेरा मानना ​​है कि पर्मलिंक को संपादित करने के लिए दृश्यमान और बहुत सहज होना चाहिए, क्योंकि यह प्रत्येक प्रकाशन कंपनी का एक बड़ा हिस्सा है जो वास्तव में एसईओ के बारे में परवाह करता है।

तो क्या गुटेनबर्ग सक्षम के साथ एक पर्मलिंक को संपादित करने का एक तरीका है? मैं इसे नहीं पा सकता ...

गुटेनबर्ग 2.4 के रूप में @themightymo , अभी तक नहीं।

यहां सक्रिय पीआर: https://github.com/WordPress/gutenberg/pull/5756 है

@ GlennMartin1 मुझे वहाँ इशारा करने के लिए बहुत बहुत धन्यवाद!

क्या यह संभव हो सकता है कि एक Gutenberg config मेनू है जो उपयोगकर्ताओं को यह चुनने की अनुमति देता है कि कौन सी जानकारी "स्थायी रूप से प्रदर्शित" हो सकती है जैसे कि permalink info custom फ़ील्ड आदि ...? मैं अब तक गुटेनबर्ग के भीतर लिखने का आनंद ले रहा हूं।

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

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

निश्चित रूप से यह कुछ ऐसा है जो डाक की स्थिति और दृश्यता के साथ कहीं दस्तावेज़ के तहत कोग मेनू पर जा सकता है? एक बार मैंने शीर्षक पर क्लिक करने पर विचार नहीं किया, क्योंकि यह वह शीर्षक नहीं था जिसे मैं संपादित करना चाहता था!

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

मुझे Google How to change permalink in Gutenberg के लिए यहां आना पड़ा और संपादन की अनुमति के बारे में जानने के लिए यहां आया।

उन लोगों के लिए, जिन्होंने हाल ही में एक टिप्पणी जोड़ी है, जिसमें यह नहीं पाया जा सकता है कि पर्मालिंक को कहां बदलना है, आप # 8949 में एक टिप्पणी जोड़ना चाह सकते हैं क्योंकि इस मुद्दे पर आपने (# 1285) टिप्पणी की है, वर्तमान में बंद है।

मुझे Google How to change permalink in Gutenberg के लिए यहां आना पड़ा और संपादन की अनुमति के बारे में जानने के लिए यहां आया।

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

यहां सिर्फ स्थायीलिंक को संपादित करने के लिए आना था। सहेजने के बाद शीर्षक पर क्लिक करने से काम नहीं चला। मुझे मैन्युअल रूप से जाना था
परिवर्तन करने के लिए। त्वरित संपादन का कोई बेहतर तरीका? सबसे अधिक मैं यह देखना चाहता हूं कि एक पेज प्रकाशित होने के बाद URL क्या देता है।

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

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

@ ICeZer0 मेरे पास एक ही मुद्दा था। मैं अपनी पर्मलिंक सेटिंग्स को बदलकर इसे ठीक कर सकता हूं
"पोस्ट नाम"। इस तरह से स्लग का वास्तव में मेरे url पर प्रभाव पड़ा और मुझे इसे बदलने में सक्षम किया। अचानक URL के लिए सभी संपादन विकल्प और सेटिंग्स उपलब्ध हो गए।

यहां वह लिंक है जहां मुझे समाधान मिला। https://wpdeveloper.net/change-permalinks-wordpress/?unapproved=221903&moderation-hash=07ac4091caccc45322cceb9f9bbbdfd#comment -221903

आशा है कि यह भी आप में मदद करता है।

@paaljoachim Gutenberg के भविष्य के संस्करण से संपादित करें (पृष्ठ के शीर्षक पर) Permalink विकल्प है? मैं वास्तव में आशा नहीं करता हूं क्योंकि यह एक भयानक निर्णय होगा।

WordPress 5.4.1 में आप Permalink देख सकते हैं और एक Edit बटन प्राप्त कर सकते हैं

Gutenberg प्लगइन (v8.2.1) सक्षम होने के साथ, आपको एक भी चीज़ नहीं मिलती है। जब शीर्षक पर क्लिक किया जाता है तो यह पर्मलिंक भी प्रदर्शित नहीं करता है!

क्या यह एक बग या सिर्फ एक बहुत खराब निर्णय है जिसे बनाया गया है?

अरे एंथोनी। @maddisondesigns

मुद्दा (मैं एक टिप्पणी से जुड़ा): https://github.com/WordPress/gutenberg/issues/5494#issuecomment -601851415

इसे हटाने के कारण।
पोस्ट / पेज शीर्षक एक वैकल्पिक ब्लॉक बन जाएगा। शीर्षक शीर्ष बार https://github.com/WordPress/gutenberg/issues/22621 पर ले जाया जाएगा

पोस्ट / पृष्ठ शीर्षक का चयन करके पर्मलिंक को संपादित करने के तरीके के संबंध में भी अभिगम्यता की चिंताएं हैं। (उपरोक्त समस्या टिप्पणी देखें जो पहुँच में चर्चा के लिए लिंक है।)

साइडबार में अब एक पर्मलिंक अनुभाग / पैनल है। मेरे सीमित अनुभव में से कौन अच्छा काम करता है।

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

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

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

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

हे @ यमदािसनदोिसन

मैं अपने ज्ञान का सबसे अच्छा जवाब दूंगा।

क्या पोस्ट / पेज शीर्षक ब्लॉक एक नया ब्लॉक टाइप होने वाला है (यानी पेज / पोस्ट शीर्षक के लिए विशेष रूप से एक), या हम पेज / पोस्ट शीर्षक को जोड़ने के लिए मौजूदा हेडिंग ब्लॉक का उपयोग करेंगे?

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

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

यह एक अच्छी बात है। आपको इसके लिए एक नया मुद्दा उठाने की आवश्यकता हो सकती है, या यदि आपके 4.5 घंटे के आसपास आप इस बारे में पूछ सकते हैं, तो स्लैक पर कोर-एडिटर चैनल में कोर एडिटर मीटिंग के दौरान।

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

इस समस्या की जाँच करें: https://github.com/WordPress/gutenberg/issues/20877

.... इसका मतलब यह है कि यह पृष्ठ के वास्तविक सामग्री क्षेत्र में प्रदर्शित होने से हटा दिया जाएगा?

पृष्ठ / पोस्ट शीर्षक एक ऐसा ब्लॉक हो जाता है जो उपयोगकर्ता को लेआउट में जोड़ने के लिए वैकल्पिक बनाता है। यदि उपयोगकर्ता शीर्षक पर दृश्यमान नहीं चाहता है, तो वह शीर्षक ब्लॉक को लेआउट में नहीं जोड़ेगा।

प्रत्येक ब्लॉक के बीच ब्लॉक आइकन जोड़ें, प्रत्येक ब्लॉक पर मँडराते समय प्रदर्शित नहीं होता। आपको वास्तव में प्रकट होने से पहले 2-3 सेकंड के लिए ब्लॉक के बीच कर्सर को हॉवर करना होगा।

इसके लिए एक नया मुद्दा है कि आवेषण प्रकट होने से पहले समय की मात्रा को छोटा करना।
https://github.com/WordPress/gutenberg/issues/22801

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

मैं सहमत हूँ।

गुटेनबर्ग का प्रत्येक संस्करण बदतर और बदतर हो जाता है, और उपयोग करने के लिए कठिन होता है क्योंकि आप इतने सारे तत्वों को छिपाने पर जोर देते हैं।

G2 की नई दृश्य शैली का उपयोग अभी भी काम किया जा रहा है और धीरे-धीरे सुधार किया जा रहा है।

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

मुझे पता है तुम्हारा क्या मतलब है। एक को खंड खंडों को स्क्रॉल करना होगा क्योंकि खोलने और बंद करने के लिए कोई समझौते नहीं हैं।

2 और 3 साल पुराने प्रयोज्य मुद्दे हैं जो अभी भी हल नहीं हुए हैं ...

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

आपकी टिप्पणी एंथनी के लिए बहुत बहुत धन्यवाद!

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

आपका स्वागत है एंथनी!

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

सबसे पुराना मुद्दा "सुधार" दृश्यता "और" प्रकाशित करें "पोस्ट सेटिंग्स में लेबल" अंत में हाल ही में अतिरिक्त ध्यान दिया गया है। https://github.com/WordPress/gutenberg/issues/470 हमें एक जगह मिल गई है और अब एक डेवलपर को इस पर काम करने के लिए समय निकालना होगा।

क्या Gutenberg के भविष्य के संस्करण से हटाएं (पृष्ठ के शीर्षक पर) संपादित करें विकल्प है?

Edit Permalink UI अब डॉक्यूमेंट के साइडबार में है।