2011-08-23 17 views
16

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

हाय क्या हो रहा है? यह मेरी मल्टीलाइन ब्लॉकक्वाट है।

भले ही मैं इसे मल्टीलाइन कोट के रूप में टाइप करता हूं, फिर भी नई लाइनें प्रतिपादन में भी खो जाती हैं (यहां तक ​​कि स्टैक ओवरव्लो पर भी)। तो मुझे लगता है कि मेरी असली सवाल दो गुना है:

  1. मैं इस मुद्दा यह है कि blockquotes नई-पंक्तियों को संरक्षित नहीं किया जाना चाहिए द्वारा 99% यकीन है, लेकिन मैं अभी भी अगर वहाँ भिन्न राय सिर्फ मामले में कर रहे हैं देखना चाहते हैं । क्या आप में से कोई भी सोचता है कि उन्हें संरक्षित करना चाहिए?

  2. यदि उन्हें संरक्षित नहीं करना चाहिए, तो क्या आपकी नई लाइनें केवल पूर्व और कोड का उपयोग करके मार्कडाउन में संरक्षित होने का उचित तरीका है?

+0

आह, ठीक है। यह http://ux.stackexchange.com/ पर बेहतर पूछा जा सकता है। यह सीधे प्रोग्रामिंग मुद्दे की बजाय उपयोगकर्ता वरीयता का मामला है। –

+0

मुझे लगता है कि मैं इसके बारे में अनिश्चित था - और मैंने इसे यहां क्यों पूछा। मैंने सोचा था कि मार्कडाउन में चश्मे थे जिनका पालन किया जाना चाहिए। क्या यह नहीं है? – Eli

+2

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

उत्तर

20

मूल मार्कडाउन 'चश्मा' अत्यधिक संदिग्ध और बनाए रखा नहीं है। निश्चित रूप से पर्ल स्क्रिप्ट markdown.pl, 'संदर्भ कार्यान्वयन' है, हालांकि इसमें कई परिचित विषमताएं हैं।

आप http://six.pairlist.net/pipermail/markdown-discuss/ सूची में शामिल हो सकते हैं जो कि ग्रबर के भ्रष्टाचार के कारण मामला विरोधाभासी स्थिति के बारे में हमेशा शिकायत कर रहा है। शायद सूची उपयोगकर्ताओं को इस मामले को अपने हाथों में ले जाने का अर्थ होगा, हालांकि अलग-अलग एक्सटेंशन के बीच सूक्ष्म मतभेद और अलग-अलग एक्सटेंशन के बीच सूक्ष्म मतभेदों की संभावना कम नहीं होती है, या फिर भी मुश्किल होती है। विशेष रूप से जब तक ग्रबर इस मामले में सभी अधिकारों को त्याग नहीं करता है, लेकिन साथ ही कोई विनिर्देश नहीं देता है। यदि एक समिति गठित की जाती है, तो यह मार्कडाउन के विनिर्देश के रूप में किसी भी विनिर्देश के बारे में बात करने में सक्षम नहीं होगा।

सिद्धांत रूप में यह स्पष्ट है कि ब्लॉक उद्धरण गैर-ब्लॉक उद्धरणों के समान सिद्धांतों द्वारा शासित होते हैं - उदाहरण के लिए आप ब्लॉक उद्धरणों में ब्लॉक उद्धरण प्राप्त कर सकते हैं - इसलिए आप निश्चित रूप से गलत हैं। आप इसे अपने पाठ पर markdown.pl चलाकर अपने उपयोगकर्ता को साबित कर सकते हैं। कोई अन्य सिद्धांत कुल भ्रम होगा। इस नोट,

लाइन

के अंत में अतिरिक्त रिक्त स्थान के साथ एक लाइन ब्रेक
बनाने के लिए शासन पूरी तरह से स्पष्ट है
अंदर चाहे

या बाहर
ब्लॉक उद्धरण, तो आप इसे उसे समझा सकते हैं।

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

ध्यान दें कि क्या प्यारा, cloying शब्दजाल में है ही बुला "GitHub ™ स्वाद markdown" व्यवहार करता है सभी नई पंक्तियां - बाहर कोड ब्लॉक इत्यादि - पैराग्राफ ब्रेक के रूप में, एक निर्णय जो मूल रूप से मार्कडाउन के विचार को अस्तित्व में नहीं बनाता है। हो सकता है कि आपका उपयोगकर्ता ऐसी किसी चीज़ से परिचित हो - हालांकि कम से कम यह नियम तोड़ नहीं देता है कि ब्लॉक उद्धरण में जो भी है, वह उसके बाहर क्या है। गिटहब इंक है ... उह ... 'आश्वस्त' ग्रबर कि यह उनके उपयोग के मामले के लिए एक वैध मार्कडाउन है। इसके लिए जमीन यह थी कि अनचाहे लोग स्वाभाविक रूप से सोच सकते हैं कि एक नई लाइन अनुच्छेद तोड़ देती है। ग्रबर को संभवतः पता था कि गिटहब ™ का उपयोगकर्ता-आधार प्रोग्रामर द्वारा गठित किया गया है, इसलिए इससे पता चलता है कि उसके लिए विनिर्देश या मानक के विचार कितने लायक हैं। बेशक इसने गिटहब पर जटिल दस्तावेज के लिए कुल अराजकता उत्पन्न की है। (इंटरनेट एक्सप्लोरर के उपयोग के मामले में वैध एचटीएमएल क्यों नहीं होना चाहिए "; बहुत से लोग सिर्फ आईई में सामान की जांच करते हैं, इसलिए उनके पास कुछ वैध उम्मीदें हैं? बेशक, गिटहब का निर्णय ऐसा कुछ भी नहीं होगा।)

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

+16

Google ने मुझे यहां लाया क्योंकि मैंने स्टैक ओवरफ़्लो पर ब्लॉक-कोट्स में न्यूलाइन कैसे करें, यह जानने की कोशिश की। आपके उत्तर पर 'संपादित करें' लिंक पर क्लिक करने के बाद भी मैं नहीं देख सका कि आपने यह कैसे काम किया था, जबकि मैंने नहीं किया था। यह आपके उत्तर में इंगित करने लायक हो सकता है कि ** [लाइन के अंत में दो रिक्त स्थान रखकर ... एक लाइन ब्रेक बनाता है] (http://meta.stackexchange.com/a/186647/178985) ** – dumbledad

+1

@ डंबलड वाह, यह कष्टप्रद है। दो रिक्त स्थान .... आप कैसे मेरे वास्तविक लाइन ब्रेक का सम्मान करते हैं ?! :( –

+0

बिल्कुल! लेकिन कम से कम एक ही समस्या वाले लोगों को यह मिलना चाहिए – dumbledad

संबंधित मुद्दे