लिनक्स के लोग और अधिकांश प्रोग्राम - रूबी कमांड, उदाहरण के लिए - का उपयोग क्यों करते lessहैं more। अधिक बड़ा, अच्छा और बेहतर नहीं है? इससे क्या फायदा है less?
लिनक्स के लोग और अधिकांश प्रोग्राम - रूबी कमांड, उदाहरण के लिए - का उपयोग क्यों करते lessहैं more। अधिक बड़ा, अच्छा और बेहतर नहीं है? इससे क्या फायदा है less?
जवाबों:
मूल रूप से moreकेवल फ़ाइल में अग्रेषित गति की अनुमति दी है, जबकि lessआप देखी गई फ़ाइल में स्वतंत्र रूप से स्थानांतरित करने की अनुमति देते हैं।
का आधुनिक संस्करण moreअधिक बहुमुखी है।
मुझे लगता है कि कम और अधिक के लिए दो विकी पृष्ठ वर्तमान अंतर को काफी अच्छी तरह से दिखाते हैं।
क्योंकि कम अधिक से अधिक है ...
कम शुरू करने से पहले पूरी इनपुट फ़ाइल को पढ़ने की जरूरत नहीं है, इसलिए बड़ी इनपुट फ़ाइलों के साथ यह vi (1) जैसे पाठ संपादकों की तुलना में तेज़ी से शुरू होता है। अल्पावधि का उपयोग (या कुछ सिस्टम पर टर्मोफ) किया जाता है, इसलिए यह विभिन्न प्रकार के टर्मिनलों पर चल सकता है। हार्डकॉपी टर्मिनलों के लिए भी सीमित समर्थन है। (एक हार्डकॉपी टर्मिनल पर, लाइनें जो स्क्रीन के शीर्ष पर मुद्रित होनी चाहिए, एक कैरेट के साथ उपसर्ग हैं)
lessकेवल आपको पीछे की ओर जाने की अनुमति देने वाला है? इसके अलावा, OSX पर मेरा moreकमांड क्यों चल रहा lessहै? यह एक साजिश की तरह लग रहा है।
"अधिकांश प्रोग्राम्स- रूबी कमांड्स, उदाहरण के लिए", जो भी पेजर डिफॉल्ट होता है उसका उपयोग स्पष्ट रूप से किसी विशेष का उपयोग करने के बजाय करना चाहिए। आप $ PAGER पर्यावरण चर के माध्यम से अपना पसंदीदा पेजर सेट कर सकते हैं, और कोई भी उचित व्यवहार करने वाला प्रोग्राम उस पेजर का उपयोग करेगा। मैं सबसे बाहर भी जाँच की सलाह देते हैं। यदि आप vi के प्रशंसक हैं, तो दृश्य अच्छा हो सकता है।
क्या किसी को ऐसे पेजर के बारे में पता है, जिसके पास कीबाइंडिंग बॉक्स से बाहर (या, इससे भी बेहतर, एक पेसर के रूप में इमैकिएंट का उपयोग करने का एक तरीका है जो स्टड से डेटा स्वीकार करता है)?
आपको most पेजर के बारे में पता होना चाहिए , एक साथ कई फ़ाइलों को देखने की क्षमता को जोड़ना।