ওয়ার্ডে বানান চেক করার ক্ষেত্রে সমীকরণগুলি ভুল ত্রুটির বার্তা সৃষ্টি করে, কীভাবে এড়ানো যায়?


9

যদি আমি লিখি "সুতরাং এক্স y এর চেয়ে বড়” " ওয়ার্ডে সাধারণ মোডে, কোনও বানানের তদন্তে ত্রুটি নেই। তবে আমি যদি "x" এবং "y" সমীকরণে পরিণত করি (সেগুলি নির্বাচন করে এবং তারপর সন্নিবেশ → সমীকরণ কমান্ডটি দিয়ে উদাহরণস্বরূপ) 2007 বা আরও নতুন ক্ষেত্রে, একটি বানান ত্রুটির খবর দেওয়া হয়েছে: বিরামচিহ্নের আগে স্থান। এটি বরং অসুবিধাজনক, এবং প্রস্তাবিত "সংশোধন" "এর চেয়ে" এবং "y" এর মধ্যে স্থান সরিয়ে ফেলবে।

এখানে চিত্র বর্ণনা লিখুন

সুতরাং শব্দটি মনে হয় এমন আচরণ করবে যেন “y” মোটেই ছিল না। এটির কোনও সমাধান আছে? এই জাতীয় সমস্যাগুলি গাণিতিক গ্রন্থগুলিতে ঘন ঘন ঘটে যখন ইনলাইন সমীকরণগুলি ব্যবহার করা হয় (এবং টাইপোগ্রাফিক একতার জন্য গণিতের এক্সপ্রেশনগুলি সমস্ত পাঠ্যে সমীকরণ হিসাবে লেখা উচিত, যদি সমীকরণের সরঞ্জামগুলি ব্যবহার করা হয় তবে)।

আমি জানি যে সমীকরণের ভিতরে একটি জায়গা রেখে আমি সমস্যাটি এড়াতে পারি, যাতে "... এর চেয়ে [y]" পরিবর্তে। (যেখানে বন্ধনী সমীকরণ সরঞ্জামগুলির সাথে নির্মিত একটি নির্মাণকে নির্দেশ করে) আমি "... এর চেয়ে [y]" ব্যবহার করি। এটি কেবল অযৌক্তিক এবং কিছুটা অসুবিধাগুলি মনে হচ্ছে (যদি কোনও সমীকরণ অনুলিপি করা হয়, তবে স্থানটি অনুলিপি করা হয়েছে, এবং সাধারণ ক্ষেত্রে, উভয় পক্ষের বা উভয় পক্ষেরই কোনও জায়গার প্রয়োজন হতে পারে)।


সমীকরণের ঠিক আগে এবং পরে কোনও প্রস্থ-বিহীন অক্ষর স্থাপন করা এই ত্রুটিটিকে পতাকাঙ্কিত হওয়া থেকে রোধ করে বলে মনে হয় তবে আপনাকে আরও ভাল করে পরীক্ষা করতে হবে। আদর্শ নয়, এবং যখন সমীকরণের আগে এটি আসে, চরিত্রটি দেখে মনে হয় এটি সমীকরণ "বাক্স" এর ভিতরে রয়েছে (যদিও তা তা নয়)। তবে সম্ভবত এমন একটি কর্মসংস্থান যা আপনাকে এখনও স্পেল / ব্যাকরণ পরীক্ষা করে রাখতে এবং প্রতিটি সমীকরণকে দূষিত করার এড়াতে দেয়।

@ বিবাদিয়া, আমার পক্ষে কাজ করে না — আমি মনে করি আপনি ইউ + এফএফএফ বোঝাতে চেয়েছিলেন তবে আমি ওয়ার্ড ২০১৩
uk

আমার অর্থ 0x200C - আপনি এটি সন্নিবেশ-> চিহ্ন-> আরও চিহ্ন-> বিশেষ অক্ষর থেকে সন্নিবেশ করতে পারেন। 0xFEFF হ'ল বাইট অর্ডার মার্ক, আমার মনে হয়, যা পুরোপুরি অন্য কিছু।

ইউ + এফএফএফ হ'ল শূন্য প্রস্থ NO-BREAK স্পেস, যা বিওএম হিসাবেও ব্যবহৃত হয়, তবে কেবলমাত্র ডেটা শুরুতে। ইউ + 200 সি জিরো প্রস্থটি নন-জোয়ারকে অক্ষম লিগচার বিভাভারকে সংজ্ঞায়িত করা হয়েছে (ইউনিকোড স্ট্যান্ডার্ডে) তবে ওয়ার্ড এটিকে আলাদাভাবে ব্যবহার করে এবং "চিহ্ন-আরও বেশি চিহ্ন" mb বিশেষ অক্ষর, "নো-প্রস্থ idচ্ছিক ব্রেক" সন্নিবেশ করায়। এটি ত্রুটিযুক্ত বার্তাগুলি আটকাতে পারে বলে মনে হয় তবে আমি মনে করি এটি সাবধানে ব্যবহার করা দরকার। উদাহরণস্বরূপ, আমার উদাহরণস্বরূপ, "y" এর আগে এটি ব্যবহারের পছন্দসই প্রভাব রয়েছে, তবে আপনি যদি এটি "y" এর পরে রাখেন তবে এটি optionচ্ছিক লাইন ব্রেক হিসাবে কাজ করবে, যার ফলে সম্ভবত "।" একটি লাইনের শুরুতে ধাক্কা!
Jukka K. Korpela

@ বিবাদিয়া, আপনি কি উত্তর হিসাবে আপনার মন্তব্য তৈরি করতে পারেন?
Jukka K. Korpela

উত্তর:


4

শব্দ আপনাকে সন্নিবেশ-> প্রতীক-> আরও প্রতীক-> বিশেষ চরিত্রের মাধ্যমে এটি "নো-প্রস্থের নন-ব্রেক" অক্ষরটি সন্নিবেশ করতে দেয়। এটি ইউনিকোড ইউ + 200 সি, ইউনিকোডে জিরো-প্রশস্ত নন-যোগার নামে পরিচিত।

যদি আপনি "y" সমীকরণের ঠিক আগে এর মধ্যে একটি সন্নিবেশ করান তবে এটি নির্দিষ্ট ত্রুটিটিকে পতাকাঙ্কিত হওয়া থেকে রোধ করবে বলে মনে হয়।

আদর্শ নয়, এবং যখন সমীকরণের আগে এটি আসে, চরিত্রটি দেখে মনে হয় এটি সমীকরণ "বাক্স" এর ভিতরে রয়েছে (যদিও তা তা নয়)।

ওপি মন্তব্য করেছে যে এটি সাবধানতার সাথে ব্যবহার করা দরকার, যেমন "y" এর পরে এটি একটি itচ্ছিক লাইন বিরতি হিসাবে কাজ করতে পারে, "টিপে" "" পরের লাইনে।


শব্দের এই অসুবিধাগ্রস্ত আচরণের সাথে এটি আমাদের কাছে সেরা উত্তর হতে পারে বলে মনে হয়। আমাদের এই পদ্ধতির মধ্যে, টিমোথির বিরামচিহ্ন চেক দমন করার উত্তর, প্রশ্নের সূত্রের সূত্রের অভ্যন্তরে ফাঁকা স্থান ব্যবহার এবং কেবলমাত্র বার্তাগুলি উপেক্ষা করা উচিত (আশা করি আমরা প্রক্রিয়াটিতে অনেকগুলি বাস্তব ত্রুটি উপেক্ষা করব না)।
Jukka K. Korpela

2

আপনি যদি এতে স্বাচ্ছন্দ্য বোধ করেন তবে আপনি বিরামচিহ্নের জন্য ব্যাকরণ চেক বন্ধ করতে পারেন। এটি এই "ত্রুটি বার্তাকে" প্রদর্শিত হতে বাধা দেবে, তবে বিরামচিহ্ন সম্পর্কে অন্যান্য পরামর্শগুলিও বাতিল করবে (যেমন সেমিকোলনগুলির অনুপযুক্ত ব্যবহার ইত্যাদি) discard

ওয়ার্ড 2007/2010 এ, প্রমাণ বিকল্পে এটি করা যেতে পারে:

শব্দ প্রুফিং বিকল্প

আমি ধরে নিচ্ছি যে বিকল্পটি আপনি যে শব্দ 2013 ব্যবহার করছেন তাতে একই বা খুব মিল রয়েছে। আমি কেবল সমীকরণ জড়িত ক্ষেত্রে এটি অক্ষম করার একটি বিকল্প সম্পর্কে অবগত নই এবং আমি মনে করি না এটি বিদ্যমান আছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.