किसी वाक्य के अंत में दो-स्थान बनाम एक-स्थान सम्मेलन का उपयोग करके कोई भी कार्यक्षमता अंतर?

Question

प्रश्न: किन व्यावहारिक कारणों से सेट नहीं किया sentence-end-double-spaceजाता है nil?

हाल ही में रिवाइज्ड हुए थ्रेड को पहचानने के लिए जो दो स्पेस में खत्म नहीं होता है, इस सवाल से प्रेरित है।

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

मैं विशेष रूप से इनफ़ॉफ़र के बारे में परवाह नहीं करता हूं क्योंकि मैंने लाटेक्स को अपनी टाइप-सेटिंग को संभालने दिया है, लेकिन दो-स्थान का सम्मेलन मांसपेशियों की स्मृति में बढ़ा है। हालाँकि, जब मैं अन्य स्रोतों (वेबपेजों इत्यादि) से एमएसीएस बफर में टेक्स्ट पेस्ट करता हूं, तो यह लगभग हमेशा एक-स्थान के हस्तक्षेप में होता है। एक में कष्टप्रद की तरह है कि कैसे-हिम्मत-वे-अलग-से-मुझे जिस तरह से की तरह है, और मैं सेट करने के लिए परीक्षा रहा हूँ sentence-end-double-spaceकरने के लिए nilवास्तविकता के साथ सौदा करने के लिए। हालाँकि, मेरे पास कभी नहीं है, क्योंकि मैंने हमेशा यह मान लिया है कि अगर मैंने ऐसा किया तो कुछ टूट जाएगा। मेरे पास उस धारणा के लिए कोई ठोस आधार नहीं है।

तो: क्या सेटिंग के sentence-end-double-spaceलिए कार्यक्षमता के नुकसान के संदर्भ में कोई व्यावहारिक परिणाम हैं nil? एकमात्र महत्वपूर्ण परिवर्तन जो मैं सोच सकता हूं, वह यह है कि भरने के कार्य दो-स्थान के सम्मेलन को एक-स्थान के सम्मेलन में बदल देंगे।

Comments

इस सवाल से प्यार करें, मैं पूरी तरह से समझता हूं कि आप क्या महसूस करते हैं ...

— mbork

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

— अलेक्सर्बा

Answer 1

एकमात्र परिणाम जो मैं देख रहा हूं, वह संक्षेप में अवधियों को पहचानने की क्षमता है।

जैसा कि gnu.org ने कहा है :

यदि आप वाक्यों के बीच केवल एक स्थान का उपयोग करना चाहते हैं, तो आप sentence-end-double-spaceवाक्य को एकल स्थान के लिए बंद करने के लिए चर को शून्य पर सेट कर सकते हैं । हालांकि, इसकी एक खामी है: वाक्यों को समाप्त करने वाले अवधि और उन लोगों के बीच अंतर करने का कोई तरीका नहीं है जो संक्षेप में संकेत देते हैं ।

सुविधाजनक और विश्वसनीय संपादन के लिए, इसलिए हम आपको दो-स्थान के सम्मेलन का पालन करने की सलाह देते हैं। चर sentence-end-double-spaceभी भरने को प्रभावित करता है ।

मैंने कभी भी दो-स्थान के सम्मेलन का उपयोग नहीं किया है, मुझे लगता है, यह इस बात पर निर्भर करता है कि आप कैसे / क्या संपादन कर रहे हैं।

Answer 2

यह वास्तव में प्रश्न का उत्तर के रूप में कहा गया है ( "क्या मैं अगर मैं सेट खो नहीं है sentence-end-double-spaceकरने के लिए nil"), बल्कि कुछ ऐसा तीसरा रास्ता ;-)। (साथ ही, यह मेरे ब्लॉग पर अभी-अभी लिखी गई पोस्ट से एक (आंशिक) कॉपी है ; यदि यह अनुचित है, तो कृपया इसे हटा दें, लेकिन मुझे आशा है कि यह उपयोगी हो सकता है।)

तो, मूल रूप से, आप अपनी पसंद के खिलाफ कुछ सेट करके कुछ खोना क्यों चाहते हैं? यह Emacs है, सब के बाद!

(defvar sentence-end-double-space-threshold 2
  "How many occurrences of \".  \" per kilobyte should be enough
  to declare this file as using two spaces after sentences.")

(defun set-sentence-end-double-space ()
  "Set `sentence-end-double-space' according to how often the
  literal string \".  \" occurs in the current buffer."
  (make-local-variable 'sentence-end-double-space)
  (if (>= (* (count-matches "\\.  ") 1024)
      (* (buffer-size) sentence-end-double-space-threshold))
      (setq sentence-end-double-space t)
    (setq sentence-end-double-space nil)))

(add-hook 'find-file-hook 'set-sentence-end-double-space)     

अब जब आप कोई फ़ाइल खोलते हैं, तो Emacs निर्णय लेता है (बहुत रूढ़िवादी मूल्य का उपयोग करके sentence-end-double-space-threshold, जिसे आप जो setqभी सही लगे) कर सकते हैं । (जाहिर है, यह ब्राउज़र से चिपकाने के मामले में मदद नहीं करता है या जो कुछ भी हो सकता है। यह किया जा सकता है, सलाह दे सकता है yankऔर - यदि आवश्यक हो - आवश्यक पाठ में रिक्त स्थान की जगह, लेकिन हे, मैं केवल उसके लिए 15 मिनट था!)

पुनश्च। बेशक, यह ईओएल आदि पर खाते की अवधि को ध्यान में नहीं रखता है; लेकिन फिर से, सीमा बहुत कम है।