জাইএক্স যেমন #vim এ বলেছে, এই প্রশ্নটির মতো মনে হচ্ছে "ভিম বিশেষজ্ঞরা গরমের চেয়ে স্বাদকে কেন পছন্দ করেন?" ।
"ভিম বিশেষজ্ঞরা" ট্যাবগুলির চেয়ে বাফার পছন্দ করেন না: তারা যে ফাইল ফাইল প্রক্সি হিসাবে বাফার এবং ওয়ার্ক স্পেস হিসাবে ট্যাব পৃষ্ঠাগুলি ব্যবহার করে। বাফার এবং ট্যাব পৃষ্ঠাগুলির বিভিন্ন উদ্দেশ্য রয়েছে তাই একে অপরের চেয়ে বেশি পছন্দ করা যা-ই বোঝায় না।
বাফার এবং ট্যাবগুলির সাথে ইস্যুটি একটি বিভ্রান্তির কারণ যা স্বাধীন তথ্যের সংমিশ্রণের কারণে ঘটে।
বেশিরভাগ "আধুনিক" পাঠ্য সম্পাদক এবং আইডিই লোড হওয়া ফাইলগুলি উপস্থাপন করতে একটি ট্যাব রূপক ব্যবহার করে। এই রূপকটি একটি তথ্য সিস্টেম হিসাবে কাজ করে - এটি ব্যবহারকারীকে ফাইলগুলি কীভাবে খোলা হয় এবং তাদের অবস্থা - এবং একটি ইন্টারেক্টিভ ডিভাইস হিসাবে - এটি ব্যবহারকারীকে খোলা ফাইলগুলি পুনরায় সাজানোর (পুনরায় অর্ডার, নির্বাচন, বন্ধকরণ ...) মঞ্জুরি দেয়। তাদের অনেকগুলি সীমাবদ্ধতা থাকা সত্ত্বেও, ট্যাবগুলি সর্বত্র রয়েছে এবং লোকেরা তাদের কাছে অভ্যস্ত এবং সর্বত্র সেগুলি প্রত্যাশা করে।
ভিম তার ব্যবহারকারীদের জন্য অ্যাড-হক "ওয়ার্কস্পেস" তৈরির উপায় হিসাবে ট্যাব পৃষ্ঠাগুলি 7.0 তে প্রবর্তন করেছিল । তাদের বৈশিষ্ট্যগুলির মধ্যে কিছুই নয়, তাদের নির্দিষ্ট বিকল্পগুলি, তাদের নির্দিষ্ট আদেশগুলি বা তাদের :help
বিভাগগুলি প্রস্তাব দেয় যে ট্যাব পৃষ্ঠাগুলি ফাইল প্রক্সি হিসাবে ব্যবহার করা যেতে পারে বা করা উচিত।
নাম এবং "ট্যাব পৃষ্ঠাগুলি" উপস্থিতি ব্যতীত অন্য কিছু নয় , যা অবশ্যই বিভ্রান্তির দিকে নিয়ে যায়।
ব্যতীত :set hidden
, যা ডিফল্টরূপে অক্ষম থাকে এবং এটি সন্ধান করা খুব সহজ নয়, ভিম বর্তমানটিকে না লিখে বা তার পরিবর্তনগুলি বাদ দিয়ে অন্য বাফারে স্যুইচ করা অসম্ভব করে তোলে। নতুন ব্যবহারকারী, এই বিকল্পটি সম্পর্কে অবগত নয়, ভারী উইন্ডোজ ব্যবহার বা নিকটতম "ট্যাব-জাতীয়" বৈশিষ্ট্যটিতে তারা খুঁজে পেতে পারে: তার পরিবর্তে বিকল্প নেই: ট্যাব পৃষ্ঠাগুলি।
"ট্যাব পৃষ্ঠা" হ'ল বৈশিষ্ট্যটির জন্য দুর্ভাগ্যজনক নাম চয়ন, বিশেষত এমন একটি যুগে যে ডকুমেন্টেশন পড়ার সময় নষ্ট হয় এই ধারণার দ্বারা প্রভাবিত।
ভিমে, ট্যাব পৃষ্ঠাগুলি উইন্ডোগুলির শীর্ষে নির্মিত একটি বিমূর্ততা, এগুলি নিজেরাই বাফারের শীর্ষে নির্মিত একটি বিমূর্ততা। প্রতিটি নতুন স্তর দরকারী বৈশিষ্ট্যগুলি যুক্ত করে তবে আপনার কর্মপ্রবাহকে সীমাবদ্ধ করে।
"বাফার ওয়ে"
বাফার-ভিত্তিক ওয়ার্কফ্লো দিয়ে, আপনি যে ফাইলগুলির সাথে কাজ করছেন সেগুলি একক মাত্রার সাথে বিতরণ করা হয়েছে। আপনি আপনার বাফারগুলির মাধ্যমে চক্রটি চালিয়ে যেতে পারেন, আপনি তার নামের কিছু অংশ (সমাপ্তির সাথে) বা তার নম্বর টাইপ করে একটি নির্দিষ্ট বাফার অ্যাক্সেস করতে পারেন, আপনি বাফারগুলির মধ্যে বিকল্প করতে পারেন, আপনি খুব সহজেই লক্ষ্যবস্তু করতে পারেন। মূলত কোনও ঘর্ষণ নেই।
আটটি বাফার খোলা আছে, কেবলমাত্র একটি দৃশ্যমান:
সংখ্যা অনুসারে স্যুইচিং:
নামে স্যুইচিং:
বাফাররা ভিমের ফাইল-প্রক্সি। আপনি যদি ফাইলগুলির ক্ষেত্রে বিবেচনা করেন তবে আপনি বাফারগুলির ক্ষেত্রে ভাবেন।
"উইন্ডো ওয়ে"
উইন্ডো ভিত্তিক ওয়ার্কফ্লো দিয়ে, আপনার "ফাইলগুলি" উভয় একই একক "ভার্চুয়াল" মাত্রা হিসাবে বিতরণ করা হয় যেমন তারা যদি আপনি কেবল বাফার এবং অন্য দুটি "শারীরিক" মাত্রা বরাবর ব্যবহার করেন । তবে কারটিশিয়ান স্পেসগুলি যেখানে এই মাত্রাগুলি পাওয়া যায় এটি প্রায় সম্পূর্ণ আলাদা হয়ে যায়: অন্য বাফারে সরানো মানে এখনও "অন্য কোনও ফাইলের দিকে সরানো" তবে অন্য উইন্ডোতে সরানো যায় না। কাঙ্ক্ষিত ফাইলের সাথে সম্পর্কিত বাফারটি সেই উইন্ডোতে প্রদর্শিত হতে পারে তবে এটি অন্য একটিতেও প্রদর্শিত হতে পারে, অন্য কোনও ট্যাব পৃষ্ঠাতে, বা নাও।
উইন্ডো সহ, খোলা ফাইলগুলির মধ্যে নেভিগেট করা খুব জটিল বা খুব সরল, এমনকি 'switchbuf'
এবং এর সাথেও হয়ে যায় :sb
। বেশিরভাগ কারণেই আপনাকে বাধ্যতামূলকভাবে একই জিনিসটির জন্য দুটি সেট কমান্ড ব্যবহার করতে বাধ্য করা হয়: একটি বাফার অ্যাক্সেস করা।
উইন্ডোজগুলির নীচে বর্ণিত হিসাবে তাদের ব্যবহার রয়েছে, তবে কারও কর্মপ্রবাহে বাফারগুলি প্রতিস্থাপন করতে যা লাগে তা তাদের কাছে নেই।
এখানে আমি একটি ভিম রঙিনছমে কাজ করছি। দুটি উইন্ডো একই বাফারের ভিন্ন মতামত: শীর্ষটি একটি রঙিনচেমে ব্যবহৃত রঙের কোডগুলির একটি সারণী সহ রেফারেন্স হিসাবে পরিবেশন করে এবং নীচের অংশটি যেখানে আমি কাজ করি:
উইন্ডোজ ফাইল-প্রক্সি হিসাবে ডিজাইন করা হয় না এবং সেগুলি তৈরি করা যায় না: সেগুলি আপনাকে "বাফার" হিসাবে একটি ভিউ অফার করার জন্য ডিজাইন করা "পাত্রে" বা "ভিউপোর্ট" " বেশিও না, কমও না.
"ট্যাব উপায়"
কোনও ট্যাব-ভিত্তিক কর্মপ্রবাহের সাহায্যে, আপনি ভিমের ট্যাব পৃষ্ঠাগুলির সম্পূর্ণ প্রকৃতিটিকে সম্পূর্ণ উপেক্ষা করার সময় আপনার পূর্ববর্তী সম্পাদক থেকে আপনার ব্যবহারকারীর অভিজ্ঞতা নকল করার চেষ্টা করছেন। যদি আমরা এই মুহুর্তের জন্য ভুলে যাই যে এই কৌশলটি সাধারণত খুব অনুদানমূলক হয়, তবে উইন্ডোগুলির মতো এটিও অসম্ভব, ভিমকে প্রচুর নমনীয়তা না হারিয়ে সেই "একটি ফাইল = এক ট্যাব" দৃষ্টান্ত অনুসরণ করতে বাধ্য করা force
উপরে যেমন একই ফাইলগুলি নিয়ে এখনও কাজ করছেন, ট্যাবলাইনটি কার্যত কোনও লাভের জন্য একটি উল্লেখযোগ্য স্থান গ্রহণ করে। আমার সমস্ত ফাইল এবং আমার সমস্ত ট্যাবকে ডাকা হয়েছে javascript*.vim
যাতে আমি না করতে পারি 3gt
এবং আত্মবিশ্বাসের সাথে আমি সঠিক জায়গায় পৌঁছে যাব এবং নাম দ্বারা নির্দিষ্ট ট্যাবে পৌঁছানো অসম্ভব। এটি যুক্ত করুন যে এর লেবেলটি খুব ভালভাবে সহায়তা করা যেতে পারে তবে পুরোপুরি যুক্তিযুক্ত হতে পারে [Quickfix List]
… যেহেতু কোনও ফাইল / বাফারটিকে কোনও ট্যাব পৃষ্ঠায় বাঁধার কোনও উপায় নেই, তাই আপনাকে মূলত ট্যাব পৃষ্ঠাগুলির মধ্যে নেভিগেট করার একমাত্র ব্যবহারিক উপায় রয়েছে left / বাফার / ফাইল: সাইক্লিং।
এবং হ্যাঁ, আমার ট্যাবলাইনটি কেবল 8 টি ট্যাব দ্বারা ক্লোবারড হয়েছে, ভাবুন আমার 20 টি আছে কিনা!
আটটি টিফ পৃষ্ঠাতে আটটি বাফার খোলা আছে (ভুল)
দুটি নির্দিষ্ট কাজের জন্য দুটি ট্যাব (ডানদিকে)
ট্যাব পৃষ্ঠাগুলি "পাত্রে" বা "ভিউপোর্ট" এক বা একাধিক উইন্ডোজ ধারণ করার জন্য ডিজাইন করা হয়, তারা নিজেরাই বাফারগুলি রাখার জন্য ডিজাইন করা "পাত্রে" থাকে।
উপসংহারে
"ভিম বিশেষজ্ঞ" (আসুন ধরে নিই আমি যেমন কথা বলতে পারি তেমনই আমি বলি) ট্যাবগুলির উপর বাফারগুলি পছন্দ না করে: তারা কেবল ভিমকে এটি নকশাযুক্ত হিসাবে ব্যবহার করে এবং সেই নকশায় পুরোপুরি আরামদায়ক হয়:
"ভিম বিশেষজ্ঞ" এর 2, 30 বা 97 বাফার লোড হয়েছে এবং তারা অত্যন্ত আনন্দিত যে তাদের স্থানিক বিতরণ মোকাবেলা করতে হবে না;
যখন তাদের দুটি ফাইলের তুলনা করতে হবে বা অন্যটিকে রেফারেন্স হিসাবে রেখে বর্তমান বাফারের একটি অংশে কাজ করতে হবে, তখন "ভিম বিশেষজ্ঞরা" উইন্ডো ব্যবহার করেন কারণ সেগুলি কীভাবে ব্যবহার করা হয় তা বোঝানো হয়;
যখন তাদের বর্তমান দৃশ্যের সাথে গোলযোগ না করে প্রকল্পের আলাদা অংশে কিছুক্ষণ কাজ করার দরকার পড়ে, তখন "ভিম বিশেষজ্ঞরা" একটি ব্র্যান্ড নতুন ট্যাব পৃষ্ঠা লোড করে।