(দীর্ঘ উত্তরের জন্য ক্ষমা চেয়েছি যা সাইটের ক্ষেত্রের চেয়ে পৃথক দিকের দিকে চলে গেছে: সত্যি বলতে আমি এখানে প্রশ্নটি প্রথম স্থানে দেখে অবাক হয়েছিলাম।))
টেক্স টাইপসেটিংয়ের জন্য ডিজাইন করা হয়েছিল, প্রোগ্রামিংয়ের জন্য নয়; সুতরাং প্রোগ্রামিং ভাষা হিসাবে বিবেচনা করার সময় এটি সেরা "অদ্ভুত" হয়।
- ডোনাল্ড নুথ, ডিজিটাল টাইপোগ্রাফি, পৃষ্ঠা 235
টেক্সের প্রাথমিক ইতিহাস (১৯ 1977) প্রায় এবং নুথ যা লিখেছেন সে সম্পর্কে আমি গত কয়েক বছর ধরে প্রচুর পড়েছি। আমার উপসংহারটি হ'ল আমরা "টেক্স (প্রোগ্রামিং ভাষা হিসাবে)" সম্পর্কে যে মুহূর্তে কথা বলি , ইতিমধ্যে কিছু ভুল।
আমরা যদি টেক্স এর আগে রচিত “ডিজাইন ডকুমেন্টস” দেখতে পাই ( ডিজিটাল টাইপোগ্রাফিতে দেখুন TEXDR.AFT
এবং TEX.ONE
প্রকাশিত ), তবে স্পষ্ট যে নথ প্রাথমিকভাবে আর্ট অফ কম্পিউটার প্রোগ্রামিং টাইপসেটিংয়ের উদ্দেশ্যে তৈরি একটি সিস্টেম ডিজাইন করেছিলেন (তিনি বলেছেন (যেমন এখানে )) যে প্রধান ব্যবহারকারীদের মনে তিনি ছিলেন তিনি নিজে এবং তাঁর সচিব), এই ধারণাটি নিয়ে যে উপযুক্তভাবে সংশোধন করা হয়েছে এটি সাধারণভাবে কার্যকর হতে পারে। টাইপিং সংরক্ষণ করার জন্য, বারবার করতে হবে এমন জিনিসগুলির জন্য (যেমন প্রতিবার টিএওসিপি-র দ্বারা কোনও লেখকের উদ্ধৃতি অন্তর্ভুক্ত করা দরকার, আপনি একটি নির্দিষ্ট পরিমাণে উল্লম্বভাবে সরানো, একটি নির্দিষ্ট লাইনস্কিপ সেট করতে, একটি নির্দিষ্ট ফন্ট বেছে নিতে, টাইপসেট টাইপ করতে চান উদ্ধৃতিটি ডান-প্রান্তিককরণ, অন্য ফন্টটি তুলুন, লেখকের নাম টাইপ করুন…), সেখানে ম্যাক্রোগুলি ছিল।
আপনি বাকীটি অনুমান করতে পারেন। টেক্স-এ আমাদের যা আছে তা হ'ল "দুর্ঘটনাক্রমে টিউরিং-সম্পূর্ণ" ( আরও কিছু ) এর একটি ঘটনা, ব্যতীত এটি একটি সম্প্রদায়ের (কম্পিউটার বিজ্ঞানী এবং গণিতবিদদের মধ্যে ঘটেছিল) এবং ডিই কে নিজেই "দোষ" দেওয়ার জন্যও ছিলেন) যারা ছিলেন (দুর্ভাগ্যক্রমে) এটি এড়াতে খুব চালাক। (জনশ্রুতিতে রয়েছে যে টেক্সের মুখোমুখি হওয়ার আগে মাইকেল স্পিভাক কখনও প্রোগ্রাম করেননি, তবে তিনি এতটা নিয়ে গিয়েছিলেন যে এএমএস-টেক্স লেখা শেষ করেছিলেন, সেই সময় ম্যাক্রোগুলির একটি জটিল সেট অস্তিত্বের মধ্যে ছিল।) কারণ টেক্স লেখা হয়েছিল বিপুল সংখ্যক সিস্টেমে পোর্টেবল হওয়ার জন্য (যা তখনকার সময়ে একটি বড় ব্যাপার ছিল), টেক্সে সবসময় করার লোভ ছিল। তবুও তাঁর সংকলক-লেখার অভিজ্ঞতার কারণে, নুথ টেক্সকে একটি সংকলকের মতো লিখেছিলেন এবং মাঝে মাঝে এটিকে একটি হিসাবে বর্ণনা করেছিলেন এবং যদি আপনার ইনপুটটিতে কাজ করা প্রোগ্রামটি একটি "সংকলক" হয় তবে অবশ্যই আপনি প্রোগ্রামিং করছেন, তাই না?
আপনি একটি বিট কিভাবে Knuth কোন প্রোগ্রামিং জন্য চাননি আরও পড়তে TeX মধ্যে সম্পন্ন করা যাবে না, এবং কিভাবে তিনি "শুধুমাত্র সুস্থ ও সক্রিয় এবং বেদম হাসির পর TeX প্রোগ্রামিং অতিরিক্ত বৈশিষ্ট্যগুলিও উপস্থিত রয়েছে অনেক রাখা", মধ্যে এই উত্তর । তার উদ্দেশ্য যাই হোক না কেন, যেমন আমি বলেছিলাম, প্রোগ্রামিংয়ের আশ্চর্যজনক কৌশলগুলি সম্পাদন করার জন্য লোকেরা টেক্স এক্স ম্যাক্রো সিস্টেমটি ব্যবহার করার উপায় (আব) করতে শুরু করেছিল। নথ এই আকর্ষণীয় দেখতে পেল এবং (টেক্স নিজেই কিছু বৈশিষ্ট্য যুক্ত করার পাশাপাশি) দ্য টেক্সবুকের পরিশিষ্ট ডি "ডার্টি ট্রিকস" এ কয়েকটি অন্তর্ভুক্ত করেছিল, তবে নাম সত্ত্বেও দেখা গেছে যে, "এর মধ্যে দশটির মধ্যে নয়টি উদাহরণ রয়েছে ল্যাটেক্স বাস্তবায়নে ব্যবহৃত হয়েছে ”।
আমি এটি অন্যভাবে রাখি: লেটেক্স, ম্যাক্রো সিস্টেম যা লেসেলি ল্যাম্পোর্ট টেক্সের শীর্ষে লিখেছেন , এটি একটি দুর্দান্ত ধারণা । টেক্সের পৃষ্ঠামুখী উপায়ে (নথ) পরিবর্তে, (বা ল্যাম্পোর্ট একে ভিজ্যুয়ালের পরিবর্তে যৌক্তিক বলে অভিহিত করেছেন) এর পরিবর্তে শব্দার্থক, কাঠামোগত, মানব -মুখী উপায়ে দলিলগুলি রচনা করা দুর্দান্ত। তবে টেক্স ম্যাক্রোগুলির পরিবর্তে "যথাযথ" প্রোগ্রামিং ভাষার পরিবর্তে ল্যাটেক্সের মতো জটিল কিছু বাস্তবায়ন করা আমার দৃষ্টিতে এবং কমপক্ষে যদি আজ এটি করা হয়ে থাকে তবে কোথাও কোনও দানবীয় ভুল এবং অভ্রান্ত বিকৃতির আচরণের মধ্যে রয়েছে। এমনকি নুথ হতবাক হয়ে গেছে যে লোকেরা কেবল টেক্স ম্যাক্রোগুলিতে সবকিছু করার পরিবর্তে টেক্স প্রোগ্রামটি বাড়ায় না।
আজ "প্রোগ্রামিং" করার আরও অনেক ভাল উপায় রয়েছে; আপনি বেশিরভাগ লোকের কম্পিউটারে বহুল পরিমাণে উপলভ্য বহু ভাষার যে কোনও একটিতে বাহ্যিক প্রোগ্রাম ব্যবহার করতে পারেন, বা আপনি লুয়া টেক্স এবং প্রোগ্রাম ব্যবহার করতে পারেন (এবং আপনি একা টেক্স ম্যাক্রোগুলির চেয়ে আরও ভাল কাজ করতে পারেন, কারণ আপনি অভ্যন্তরীণ কাঠামোগত পরিবর্তন করতে পারেন এবং সঠিক স্তরে অ্যালগরিদম)। এবং আপনি যদি এটি সঠিকভাবে করেন, আপনার কাছে এমন প্রোগ্রাম থাকতে পারে যা টেক্স ম্যাক্রোগুলিতে প্রয়োগ করাগুলির চেয়ে ভাল বা দ্রুত কাজ করে।
টেক্সে দ্রুত প্রোগ্রামগুলি তৈরি করার কাজটি এই আলোতে দেখা গেলে প্রায় মজাদার এবং কাগজের চূড়ান্ত শব্দগুলির কথা মনে করিয়ে দেয় অন্য একটি "দুর্ঘটনাক্রমে টুরিং সম্পূর্ণ" প্রোগ্রামিং "ভাষা": টম ওয়াইল্ডেনহেনের সুন্দর "এমএসের টুরিং কমপ্লিটনেসিতে" পাওয়ারপয়েন্ট ( ভিডিও ) গত বছর থেকে:
যদিও পিপিটিএক্সটিএম পাওয়ার পয়েন্ট বিকাশের তাত্ত্বিক সম্ভাবনা প্রমাণ করে, […]। পাওয়ারপয়েন্ট অ্যাপ্লিকেশন অপ্টিমাইজেশনেও কাজ করা দরকার। পাওয়ারপয়েন্টের পরবর্তী স্লাইডের স্বয়ংক্রিয় বাফারিং কাজে লাগানোর অনেক সম্ভাবনা রয়েছে, যা সাবধানতার সাথে স্লাইড প্লেসমেন্টের সাহায্যে অ্যাপ্লিকেশন কর্মক্ষমতা বাড়ানোর জন্য ব্যবহৃত হতে পারে।
গপ্প যে লিপটন বর্ণনা অর্থবোধক হয়। কেবলমাত্র টেক্সের কোনও আনুষ্ঠানিক শব্দার্থবিজ্ঞানের অস্তিত্ব নেই, এটির সম্ভাবনাও নেই। এটি কেবল খুব "অদ্ভুত" একটি "ভাষা" এবং এটি (যেমনটি আমি আশা করি যে আমি উপরে ব্যাখ্যা করেছি) এটি ভাষা হিসাবেও অভিযুক্ত নয়। উদাহরণস্বরূপ, আপনি ভাবতে পারেন যে আপনি ম্যাক্রোগুলি ফাংশন হিসাবে লিখছেন তবে এতে একটি একক বিপথগামী অক্ষর (এমনকি একটি স্থান ) প্রবর্তন করুন এবং টেক্স অবিলম্বে এটি টাইপসেটিং নির্দেশ হিসাবে বিবেচনা করে।
সংক্ষেপে: টেক্স প্রারম্ভিক সুযোগে টাইপসেটিংয়ে ফিরে আসে এবং যখন এটি ম্যাক্রোগুলি প্রসারিত করে তখন এটি অত্যন্ত মাতামাতি করে (টাইপসেটিংয়ের "প্রকৃত" কাজটি পেতে অধৈর্য) এবং এই বিস্তৃতিগুলি কয়েকশ 'ধরণের "রাষ্ট্রের মধ্যে নির্ভর করতে পারে within টেক্স প্রোগ্রাম ( বাক্সগুলি এবং অন্যান্য রেজিস্টারগুলির সামগ্রীগুলির মতো \hsize
বা এর মতো প্যারামিটারের মানগুলি \baselineskip
...), যার কারণে টেক্সের যে কোনও আনুষ্ঠানিক শব্দার্থতাকে অবশ্যই প্রয়োজনীয় কিছু মনে করা উচিত যা প্রোগ্রামের পুরো অবস্থা এবং এর সমস্ত স্মৃতি বিবেচনায় রাখে, যতক্ষণ না আমরা টেক্স প্রোগ্রামের চেয়ে বেশি জটিল আকারে, "টেক্স কোডের অর্থ টেক্স যা কিছুই করেন না" এর মতো কিছু দিয়ে শেষ করুন।
ঠিক আছে, (যদি আমি আপনাকে বুঝিয়েছি) টেক্সটি প্রোগ্রামিং ভাষা হিসাবে তৈরি করা হয়নি এবং সত্যিকারের মতো কাজ করে না, কোনও আনুষ্ঠানিক শব্দার্থবিজ্ঞান নেই, এবং আজ প্রোগ্রাম করার আরও ভাল উপায় রয়েছে - তবে এগুলি আপনার সাথে সহায়তা করে না প্রকৃত প্রশ্ন / সমস্যার, যা যে অনুশীলন, অনেক কাগজপত্র TeX দ্বারা প্রক্রিয়াকরণের জন্য বোঝানো না (লেটেক্স এবং TikZ মত) ব্যবহার জটিল ম্যাক্রো, বিকট একে অপরের উপরে নির্মিত জটিলতা অত্যাশ্চর্য অট্টালিকা। কীভাবে আমরা এটিকে দ্রুত এবং "অনুকূলিতকরণের পাসগুলি" তৈরি করতে পারি?
আপনি সেখানে আনুষ্ঠানিক শব্দার্থক আইএমও নিয়ে পাবেন না। আমি এই সম্পর্কে সম্প্রতি চিন্তা করেছি, এবং নিম্নলিখিত কিছু প্রাথমিক চিন্তা।
আমার ধারণাটি হ'ল 1960 এর দশকে নূত একজন অভিজ্ঞ সংকলক-লেখক ছিলেন (এই কারণেই তাকে কম্পিউটারের প্রোগ্রামিংয়ে আর্ট হিসাবে রূপান্তরিত সংকলক বইটি লিখতে বলা হয়েছিল ), এবং টেক্সটি (বিভিন্ন উপায়ে) কম্পাইলারগুলি যেভাবে লেখা হয়েছিল 1970 এর দশকে লেখা, বলুন। সংকলক কৌশল এবং ডিজাইন তখন থেকে উন্নত হয়েছে, এবং তাই টেক্স প্রোগ্রাম হতে পারে। এখানে জিনিসগুলি দ্রুত করার মাধ্যমে কিছু কাজ করা যেতে পারে:
হৃদয়গ্রস্থ, টেক্সকে একটি "ইন্টারপ্রিটিভ রুটিন" এর মতো লেখা হয়, যেখানে টেক্সটি "চোখ" এবং "মুখ" (এর ইনপুট রুটিনগুলি) একে একে মৃত্যুদণ্ড কার্যকর করার জন্য তার "পেট" (এর শব্দার্থক রুটিন) এর নির্দেশ দেয়। (আপনি টেক্স প্রোগ্রামের 15 তম অংশে একটি তালিকা দেখতে পাচ্ছেন )) উদাহরণস্বরূপ, যখন টেক্সের চোখ / মুখের মুখোমুখি হয় \hfill
বা \hskip
এর ইনপুট হয়, তখন পেট একটি "এইচএসকিপ" কমান্ড পায়, যা এটি কাজ করে। এটি আজকে বাইটকোড দোভাষী হিসাবে পরিচিত, এবং এই বাইকোডগুলি / অপকোডগুলি স্পষ্টভাবে নির্গত করার জন্য টেক্স প্রোগ্রামটি রিফ্যাক্টর করার মান থাকতে পারে, যাতে আমরা বিদ্যমান (আরও প্রচলিত আজ) সংকলক কৌশলগুলি ব্যবহার করতে সক্ষম হতে পারি। বা পুনরায় কাজ এড়াতে তাদের অন্তত ক্যাশে করুন। অবশ্যই অনেক চ্যালেঞ্জ রয়েছে:
"পেট" এর একটি কমান্ড কার্যকর করার পরে সাধারণত ইনপুট পড়া জড়িত থাকে, অর্থাত ইনপুট রুটিন এবং সিমেটিক রুটিনগুলির কাজ আলাদা পর্যায়ে ঘটে না। উদাহরণস্বরূপ, "এইচএসকিপ" কমান্ড, যদি দেওয়া হয় \hskip
(পরিবর্তে বলা হয় \hfill
) scan_glue
ইনপুট থেকে একটি আঠালো স্পেসিফিকেশন পড়তে অনুরোধ জানাবে , যার ফলে আঠালোকে প্রসারিত ম্যাক্রোগুলি জড়িত থাকতে পারে এবং আঠালোকে পর্যাপ্ত টোকেন না পাওয়া পর্যন্ত ইনপুট স্ট্যাকটিকে একটিতে রেখে দেয় যথেষ্ট আলাদা রাষ্ট্র।
ইটেক্স এবং পিডিএফটেক্স এবং এক্সটেক্স এবং লুয়াটেক্সের মতো ইঞ্জিনগুলি নতুন কমান্ড এবং প্রিমিটিভগুলি প্রবর্তন করে (ইটিেক্স / পিডিএফটেক্স প্রিমিটিভগুলি ব্যবহারিকভাবে অনুশীলনে প্রত্যেকে ব্যবহার করে); আপনার এগুলিও সমর্থন করতে হবে, কেবলমাত্র আসল নথের টেক্স প্রোগ্রামটিতে নয়।
আমরা "অনুমানমূলক বাস্তবায়ন", ভবিষ্যতের অনুচ্ছেদগুলি প্রক্রিয়াজাতকরণ (নতুন বিভাগ বা অধ্যায়গুলির মতো প্রাকৃতিক চেকপয়েন্টগুলি থেকে শুরু করে) সমান্তরালভাবে (একাধিক কোর ব্যবহার করে), তারা যে সমস্ত টেক্সের অভ্যন্তরীণ স্থিতি ব্যবহার করে (তার উপর নির্ভরশীল) ট্র্যাক করে রাখি এবং নিক্ষেপ করতে পারি something পরে সেই কাজটি (এবং এটি পুনরায় করা) যদি পরে আমরা জানতে পারি যে পূর্ববর্তী অনুচ্ছেদে সেই অবস্থার কিছুটা পরিবর্তন করে। এই মুহুর্তে টেক্স পুরোপুরি ক্রমানুসারে 1 টি প্রসেসরের উপর চলে; সাধারণ হার্ডওয়্যারটি অন্য দিকে চলে গেছে এবং একাধিক কোর উপলব্ধ।
এমনকি সহজ, আমরা সহজেই ইনপুট ফাইলের একটি নির্দিষ্ট বিভাগ দ্বারা কাজটি (কী টেক্স রাজ্যটি অ্যাক্সেস এবং সংশোধন করেছিলাম) ক্যাশে করতে পারি। (আমরা ইনপুট স্তরে এই ক্যাচিংটি করতে পারি - সমস্ত ম্যাক্রো প্রসারণের নিখরচায় ফলাফল — বা সেটগুলির বাক্সগুলি কীভাবে একত্রিত হয়েছিল তার স্তরে, বা প্রোগ্রামের সম্পূর্ণ অবস্থার সমস্ত উপায়ে।) একটি \begin{tikzpicture} … \end{tikzpicture}
পৃষ্ঠা নম্বর কাউন্টার মত TeX রাষ্ট্র উপর অনেক নির্ভর করার সম্ভাবনা কম, তাই যখন আমরা TeX ডকুমেন্ট কেবলমাত্র আমরা সব কাজ পুনরায় ব্যবহার করতে পারেন কম্পাইল - যদি আমরা যথেষ্ট তথ্য জানাতে চাই যে, এটা এত কাজটি করা নিরাপদ ট্র্যাক রাখা আছে। (অবশ্যই টিকজেডের কাছে এটিকে বহিরাগত করার এবং ফলাফলগুলি অন্তর্ভুক্ত করার উপায় রয়েছে তবে ধারণাটি আরও সাধারণ)
"ছিদ্র" দিয়ে কিছু টেক্স প্রক্রিয়াকরণ করার জন্য আমরা কৌশলগুলি (উদাহরণস্বরূপ ফাংশনাল প্রোগ্রামিংয়ে ব্যবহৃত) - ব্যবহার করতে পারি - উদাহরণস্বরূপ, আপনি যখন \ref{foo}
লেটেক্সে লেখেন (ভবিষ্যত বলুন) বিভাগ নম্বরটি উল্লেখ করার জন্য, এটি কেবলমাত্র দুটি সংকলন পাসে কাজ করে: প্রথম সম্পূর্ণ নথি প্রক্রিয়াকৃত হয় (সমস্ত অনুচ্ছেদের typeset, পাতায় স্থান floats ইত্যাদি) অধ্যায় সংখ্যার একটি দ্বিতীয় পাস উপর একটি অক্জিলিয়ারী ফাইলে আউট লেখা হচ্ছে, তারপর সবকাজটি আবার করা হয়েছে, বিভাগের নম্বরটি আসলে এই সময়ে উপলভ্য। (এই ধরণের হ্যাক সম্ভবত সেই সময়ে অনিবার্য হতে পারে এবং আমি জানি যে চলমান সময়ের উপর প্রভাবটি "শুধুমাত্র একটি ধ্রুবক উপাদান", তবে ...।) পরিবর্তে, যদি আমরা কেবল "গর্ত" দিয়ে নথিটি প্রক্রিয়া করতে পারি তবে কী হবে ( নির্ধারিত বিষয়বস্তুযুক্ত একটি বাক্স তবে কিছু আনুমানিক প্রস্থ) বিভাগ নম্বরের জন্য রেখে গেছে, তারপরে ডকুমেন্টের প্রসেসিং শেষে বাক্সটি জনপ্রিয় করুন? (হ্যাঁ, আমাদের আনুমানিক প্রস্থটি ভুল হতে পারে এবং অনুচ্ছেদের জন্য পৃষ্ঠার পুনরায় প্রসেসিং এবং ফলস্বরূপ এমনকি পৃষ্ঠের প্রয়োজন হতে পারে, তবে আমরা হয় প্রয়োজনে কাজটি করতে পারি, বা গতির জন্য, একটি মোড যার জন্য আমরা একটি ভুল প্রস্থকে অনুমতি দেব) বিভাগ নম্বর।)
অনুরূপ কৌশলগুলি কোনও টেক্স ডকুমেন্টের ইন্টারেক্টিভ সম্পাদনার জন্য কাজ করতে পারে: আপনি যখন কোনও অনুচ্ছেদ সম্পাদনা করেন তখন এটি "লাইভ" প্রক্রিয়াজাত করা যায়, ভবিষ্যতের অনুচ্ছেদগুলি কেবল গ্যালির নীচে সরানো হয় (বলুন)। আমরা জানি এটি সম্ভব, কারণ ইতিমধ্যে এটি রয়েছে (বাণিজ্যিক) টেক্স এক্স বাস্তবায়ন যা এটি করে, যেমন: বাকোম্যাকেক্স এবং টেক্সপ্যাড এবং প্রাক্তন টেক্সচারগুলি । (ভিডিওটি বকোমা-টেক্সের হোম পেজে এবং একইভাবে টেক্সপ্যাডের, উদাহরণস্বরূপ এই ভিডিওটি দেখুন - আমি পরে চেষ্টা করেছি এবং এটি অনুশীলনে বগিযুক্ত ছিল))
অবমূল্যায়ন করা উচিত নয়: ব্যবহারকারীকে জিনিসগুলি দেখানোর মান, টেক্সকে আরও ডিবাগযোগ্য করে তোলা। এই মুহুর্তে, ব্যবহারকারীরা কেবল তাদের টেক্স ইনপুট দেখতে পান এবং টেক্স ঠিক কী কাজ করছেন তা সম্পর্কে কোনও ধারণা নেই, যেমন অনুচ্ছেদের জন্য লাইন-ব্রেকিংয়ে, বা ম্যাক্রো-প্রসারণে (এবং কোন ম্যাক্রোগুলিতে) এটি কী বাক্সগুলি জড়ো করছে এবং কোন প্যাকেজ ইত্যাদির মাধ্যমে কী বিশেষ লেখা হচ্ছে তা আমি ফেলেছি, আমি (সম্ভবত আশাবাদী) বিশ্বাস করি যে এমন কোন ব্যবহারকারী রয়েছেন যারা এই তথ্যটি দেখতে চান এবং এটি দরকারী হিসাবে খুঁজে পেতে পারেন যে তারা যে ছদ্মবেশী প্যাকেজটি শেডিংয়ের জন্য ব্যবহার করছেন তা জানতে পটভূমিতে গ্রেডিয়েন্ট সহ সমীকরণগুলি সস্তা (প্রক্রিয়াকরণের সময়টিতে সামান্য যোগ করা) বা না। যেখানে প্রচুর অপব্যয়মূলক কাজ করা হচ্ছে তা দেখে তারা এটিকে কিছু ফেলে দিতে পারে (কমপক্ষে তাদের চূড়ান্ত মুদ্রণ চালানো পর্যন্ত)। (এটি কিছুটা প্রোগ্রামারগুলিতে প্রোফাইলিং তথ্য সন্নিবেশকারী বা অন্যান্য সরঞ্জামগুলির মতো)) টেক্সকে আরও স্বচ্ছ এবং ডিবাগযোগ্য করে তোলা একটি বিশাল ব্যবহারের উন্নতি হতে পারে। (টেক্সটি আইএমওর জন্য ইতিমধ্যে বেশ ব্যবহারকারী-বান্ধব এবং ডিবাগযোগ্য যদি আমরা খুব কম ম্যাক্রো ব্যবহার করে বেশিরভাগ প্লেইন টেক্স ব্যবহার করি তবে ল্যাটেক্সের সাথে নয় বা আজ বেশিরভাগ ব্যবহারকারী কীভাবে এটির মুখোমুখি হয়))
এছাড়াও, ভবিষ্যতের যে কোনও কাজ সম্ভবত লুয়াটেক্সকে বিবেচনা করা উচিত (এটি বিল্ড করা) যা বর্তমানে আমাদের কাছে টেক্সের সেরা পরিবর্তন রয়েছে।
এই সমস্তগুলি কেবল অলস চিন্তা (আমি তাদের কোনও বাস্তবায়ন করিনি, প্রয়োজনীয় প্রচেষ্টা এবং আমরা কত দ্রুতগতি অর্জন করব তা জানতে) তবে আমি আশা করি এটি আপনার প্রশ্নের উত্তর দেওয়ার জন্য বা ভবিষ্যতের দিকনির্দেশগুলির জন্য আপনাকে ধারণা দেওয়ার দিকে কিছুটা এগিয়ে গেছে ।