स्पेसिंग स्लैश की स्वीकृति टाइप करें?

Question

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

अक्सर, यह स्लैश का उपयोग करने में बहुत परिणाम देता है। यह / वह प्रकार।

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

एक उदाहरण:

Download/Print PDF

बनाम

Download / Print PDF

कुछ सवाल:

• क्या आप एक दूसरे को पसंद करते हैं (और क्यों?)
• क्या स्लेश-स्लैश स्वीकार्य है? क्या मैं एक टाइपोग्राफिक फॉक्स पेस कर रहा हूं?

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

Answer 1

जैसा कि यह अक्सर इन चीजों के साथ होता है, उत्तर व्यक्तिपरक होगा। यहाँ कुछ विचार हैं, हालांकि:

मुझे लगता है कि जब तक मैं कई लाइनों में बहने वाली चीजों के बारे में चिंतित नहीं हूं, तब तक मैं एक स्थान के बिना जाना चाहता हूं।

शायद संदर्भ आपको तय करने में मदद कर सके। हो सकता है कि of डाउनलोड / प्रिंट पीडीएफ ’and डाउनलोड पीडीएफ और प्रिंट पीडीएफ’ का एक अनुमान लगाता है जबकि / डाउनलोड / प्रिंट पीडीएफ ’Print डाउनलोड और प्रिंट पीडीएफ’ कहता है।

हो सकता है, यदि संभव हो, तो आप बेहतर संतुलन  बनाने के लिए एक पतली जगह का उपयोग करने का प्रयास कर सकते हैं :

डाउनलोड / प्रिंट पीडीएफ (अंतरिक्ष)
डाउनलोड / प्रिंट पीडीएफ (पतली जगह)
डाउनलोड / प्रिंट पीडीएफ (कोई स्थान नहीं)

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

Comments

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

— DA01

मैंने हमेशा एक स्लैश को "या" के रूप में प्रस्तुत किया है, लेकिन मुझे यह समझ में नहीं आता है कि लोग रिक्त स्थान का उपयोग करते हैं जैसा कि आपने संघों को समूह में कहा है।

— इयान हल्लम

Answer 2

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

मैं टाइपसेटर और एडिटर / प्रूफरीडर दोनों हूं, इसलिए ऐसे कोई उदाहरण नहीं हैं कि मैं स्लैश के आसपास रिक्त स्थान की अनुमति दूं। कभी।

Comments

ठीक है फिर :)

— स्कॉट

केर्निंग प्रिंट में सही उत्तर है, जहां मैं एक टाइपसेटिंग हूं। काश, यह वेब है, जहां मैं, बेहतर या बदतर के लिए, शायद ही कभी HTML सामग्री को प्रारूपित करने वाला हूं। वास्तव में, एक विशेष चरित्र को

— कर्न

ध्यान दें कि डाउनलोड और thinsp; / & thinsp; प्रिंट नहीं है "ctrl + f और टाइप करें" खोजने योग्य जब तक कि एक) को पता न हो जाए; और ख) पहचानता है कि अंतरिक्ष एक नियमित स्थान नहीं है।

— क्षितिज

@ DA01 मैं समझता हूँ कि वेब के लिए कर्निंग काम नहीं करता है। लेकिन वेब पर, मौका / फ़ॉन्ट आदि का मौका वैसे भी ओवरराइड होने वाला है। आप बस HTML पाठ को 100% नियंत्रित नहीं कर सकते। सबसे अच्छा समाधान सबसे कम चलने वाले भागों का होना है। रिक्त स्थान जोड़ने से बढ़ते हिस्से जुड़ जाते हैं। यह त्रुटियों को पेश करने के लिए उद्घाटन जोड़ता है। आप अनावश्यक रूप से वेब देव वर्कफ़्लो को अधिक जटिल नहीं बनाना चाहते हैं।

— लॉरेन-क्लियर-मोनिका-इप्सम

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

— सुपरकैट

Answer 3

जब भी संभव हो और संभव हो तो मैं एक पूर्ण स्थान का उपयोग करता हूं।

जैसा कि ब्रेंडन अपने जवाब में कहते हैं, यह अत्यधिक व्यक्तिपरक है।

मुझे लगता है कि पूर्ण स्थान बस इतना स्पष्ट और पढ़ने में आसान बनाता है कि यह / या स्थिति है।

हालाँकि, फ़ाइल या निर्देशिका पथ में स्लैश का उपयोग करते समय, मैं निरंतर पथ को निर्दिष्ट करने के लिए स्थान का उपयोग नहीं करता हूं। स्पष्ट कारणों के लिए - उपयोगकर्ताओं को गलती से एक स्थान शामिल हो सकता है।

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

Comments

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

— DA01