একটি 'গ্লাইফ' ​​এবং 'চরিত্র' এর মধ্যে ব্যবহারিক পার্থক্য কী?


26

আমি এই প্রশ্নটি টাইপোগ্রাফির সাইটের প্রস্তাবে দেখেছি এবং এটি আমাকে উত্তর দিয়েছে যে আমি উত্তরটি জানি না। আমি সবসময় 'গ্লাইফ' ​​এবং 'চরিত্রকে' বিনিময়যোগ্য হিসাবে বিবেচনা করতাম।


ইউনিকোড ক্যারেক্টার এনকোডিং মডেল পৃষ্ঠাতে একটি ব্যাখ্যা পড়ার পরে , আমার বোঝাপড়া মোটামুটি এটি:

  • অক্ষরগুলি তাদের উপস্থিতি দ্বারা ভাষা, গ্লাইফগুলির অর্থ দ্বারা সংজ্ঞায়িত হয় । সুতরাং, নান্দনিকভাবে সংমিশ্রনের জন্য লিগচারটি একটি গ্লাইফ, তবে দুটি অক্ষর।fi

সুতরাং, আমার বিশ্বাস (দয়া করে আমি ভুল হলে আমাকে সংশোধন করুন) যে ব্যবহারিক পার্থক্যটি হ'ল :

  • পাঠ্যের পার্সার্স যা পাঠ্যের অ্যাসেটেটিকগুলিতে আগ্রহী না তারা গ্লাইফগুলি তাদের স্বতন্ত্র অক্ষর হিসাবে পড়বে। তাই:
    • আপনি যদি গ্লাইফযুক্ত পাঠ্যকে একটি সরল পাঠ্য সম্পাদকের মধ্যে অনুলিপি করে আটকে দিতে চান তবে গ্লাইফগুলি তাদের স্ব স্ব অক্ষরে রূপান্তরিত হবে (একটি লিগচার গ্লাইফ হয়ে যাবে fএবং i)
    • পাঠ্য পার্সিংয়ের উপর ভিত্তি করে যে কোনও ভাল তৈরি স্বয়ংক্রিয় সিস্টেম (যেমন সার্চ ইঞ্জিন ক্রলার, স্ক্রিন রিডার, স্পেল চেকারস) গ্লাইফগুলিকে তাদের স্বতন্ত্র অক্ষর হিসাবে ব্যাখ্যা করবে।
    • একটি চরিত্রের অনেকগুলি গ্লাইফ বা গ্লাইফ সেট থাকতে পারে। আমি বলতে চাই যে একটি গ্লাইফের কেবল একটি চরিত্র থাকতে পারে তবে এটি স্পষ্টভাবে সঠিক নয় কারণ 3 টি গ্লিফ এবং গ্লাইফ সেটগুলির লিঙ্কযুক্ত নিবন্ধে একটি উদাহরণ রয়েছে যা প্রতিটি চরিত্রের সাথে অক্ষরের এবং অক্ষরের সাথে মিল বলে মনে হয়। এটি কীভাবে কাজ করতে পারে তা আমি পুরোপুরি দেখতে পাচ্ছি না: অবশ্যই এর অর্থ এই যে গ্লিফগুলি কীভাবে ব্যাখ্যা করা যায়, ব্যাখ্যাদাতার দ্বারা পৃথক হয় তার মধ্যে অসঙ্গতি বা অস্পষ্টতা থাকবে? (বা এটি ভাষা বা ফন্টের দ্বারা পৃথক হতে পারে?)
    • গ্লিফ ব্রাউজারগুলিতে (যেমন ইলাস্ট্রেটারের মধ্যে একটি) একটি ফন্টের সম্পূর্ণ গ্লাইফ সেট থাকে, অক্ষর মানচিত্র (যেমন উইন্ডোজ চরিত্রের মানচিত্র) কেবলমাত্র অক্ষর ধারণ করে, লিগাচারের মতো একাধিক অক্ষরযুক্ত গ্লাইফ থাকে না (এমন কিছু যা আমি আগে লক্ষ্য করিনি)

আমার মনে হয় আমি প্রায় সেখানে নই কিন্তু আমি লাইনে বরাবর পরিষ্কারভাবে ভুল বুঝে ভাবেন কিছু কোথাও করেছি: না শুধু "এক গ্লিফের একাধিক অক্ষর" জিনিস, কিন্তু, কপি এবং ligatures সঙ্গে আচরণ পেস্ট নয় বেশ আমি যা প্রত্যাশা:

  • ইলাস্ট্রেটর থেকে এই ইনপুট বাক্সে লিগচারটি অনুলিপি করুন: fiপ্রত্যাশিত হিসাবে (দুটি অক্ষর) আটকানো।
  • এর জন্য এইচটিএমএল কোডে আটকান ( fi) - কোনও কোড ব্লকে না থাকলে লিগেশন হিসাবে প্রদর্শন করে (fi - যা এই ফন্টে লিগচারের মতো লাগে না, তবে আপনি যদি কেবলমাত্র অর্ধেকটি নির্বাচন করার চেষ্টা করেন তবে আপনি একটি হবেন এর) এবং কোডটি যখন কোনও কোড ব্লক ( fi) তে প্রত্যাশিত as
  • ইনপুট বাক্সে রেন্ডারযুক্ত নন-কোড-ব্লক লিগচারটি অনুলিপি করুন এবং পেস্ট করুন: লিগচার চরিত্র হিসাবে আটকান এবং লিগচার হিসাবে এটি রেন্ডার করে কোনও কোড ব্লকের মধ্যে থাকুক না কেন ( ) এবং )। একইভাবে এটি ধারণকারী শব্দ: ফাই টি ভুল ফাই TS ( fit misfits) নামে প্রতিলেপন ফাই টি ভুল ফাই TS ( fit misfits)। সম্ভবত এটি যে স্থানটি আটকানো হচ্ছে এটি এনকোডিংটি বোঝে কিনা তার উপর নির্ভর করে?

এ সম্পর্কে আমার বোঝা কতটা ভুল? কেউ কি আমাকে সঠিকভাবে বলতে পারেন: গ্লাইফস এবং চরিত্রগুলির মধ্যে পার্থক্যের একটি পরিষ্কার সংজ্ঞা উল্লেখ করে (যদি আমার ভুল হয় বা উন্নত করা যায়), এবং অনুশীলনের মানে কী তার চেয়ে আমার আরও পরিষ্কার / আরও সঠিক উদাহরণ দিন ?


2
আরবিকের মতো স্ক্রিপ্টগুলি যেখানে আপনার অক্ষরগুলির সংমিশ্রণ থাকে তখন এটি আরও জটিল হয়ে যায়।
মনিকা পুনরায় ইনস্টল করুন - এম শ্রাইডার

1
@ মার্টিনশ্রেডার +1 চমত্কার উত্তরের উদ্বোধনের বাক্যটির মতো শোনাচ্ছে ... :)
ব্যবহারকারীর 6Rinstatemonica8

উত্তর:


4

গ্লাইফগুলি কীভাবে পাঠ্য রেন্ডার করা হয়, অক্ষরগুলি এর ব্যাখ্যা কীভাবে হয় তার সাথে সম্পর্কিত। আপনি অনুলিপি এবং পেস্ট করার সময় উত্স অ্যাপ্লিকেশনটি বেশ কয়েকটি ফর্ম্যাটগুলির পছন্দ দেয়। সরল পাঠ্যটি ফাই লিগ্রেচারটিকে চ'তে বিভক্ত করবে এবং আমি, এইচটিএমএল ফর্ম্যাটটি আপনার উদ্ধৃত চার্ট সত্তায় এটি অনুবাদ করতে পারে বা এফ এবং i তে এটি পচন করতে পারে।

সাধারণত অক্ষর এবং গ্লাইফগুলির মধ্যে সম্পর্ক n: মি। ইন্ডিক ভাষায় কিছু অক্ষর শব্দের বিভিন্ন স্থানে দুটি গ্লাইফ বিভক্ত হয়। লাতিন ভাষায় সেই অবস্থার নিকটতম স্থানটি দুটি গ্লাইফ (ই এবং ´) হিসাবে উপস্থাপন করবে। আরবিতে প্রতিটি চরিত্রের শব্দের মধ্যে অবস্থার উপর নির্ভর করে বিভিন্ন গ্লাইফ থাকে: প্রাথমিক, মাঝারি, চূড়ান্ত বা বিচ্ছিন্ন।

বর্ণগুলি থেকে গ্লাইফগুলিতে অনুবাদ প্রতিটি অ্যাপ্লিকেশন এবং এটি সমর্থন করে টাইপোগ্রাফিক বৈশিষ্ট্যগুলির জন্য নির্দিষ্ট। লাতিন পাঠ্যের জন্য এই অনুবাদটি সোজা ছিল, তবে ওপেনটাইপ ফন্টগুলি অতিরিক্ত বৈশিষ্ট্যগুলি যেমন লিগ্যাচার, স্ব্যাস, বিকল্প ফর্ম, ছোট ক্যাপস ইত্যাদি প্রবর্তন করেছিল introduced

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


হাই ইউজার 322483, জিডিএসইতে স্বাগতম এবং আপনার উত্তরের জন্য ধন্যবাদ। আপনার যদি কোনও প্রশ্ন থাকে, দয়া করে আপনার খ্যাতি পর্যাপ্ত হয়ে গেলে একবার সহায়তা কেন্দ্র বা গ্রাফিক ডিজাইন চ্যাটে আমাদের মধ্যে একজনকে পিং করুন 20 অবদান রাখুন এবং সাইট উপভোগ করুন!
ভিনসেন্ট

1
আপনি লিখেন "আরবিতে প্রতিটি চরিত্রের শব্দের মধ্যে অবস্থার উপর নির্ভর করে বিভিন্ন গ্লাইফ থাকে: প্রাথমিক, মাঝারি, চূড়ান্ত বা বিচ্ছিন্ন।" <--- তারা বিভিন্ন চরিত্র হতে হবে না? ইংরেজিতে A এবং a রয়েছে, তবে কম্পিউটিং টক-এ, A এবং a বিভিন্ন চরিত্র। প্রতিটি গ্লাইফ একটি পৃথক কোড ম্যাপ করা হয়। হিব্রুতে চাফ এবং চূড়ান্ত শেফ রয়েছে (একটি শব্দের শেষে লেটার ছাফটি আলাদা দেখায়) এবং আমি নিশ্চিত যে এটি কম্পিউটিংয়ে আলাদা চরিত্র হিসাবে আখ্যায়িত হয়েছে।
বারলপ

14

আমি মনে করি না যে আপনার বোঝাপড়াটি ভুল হয়েছে আপনি কেবল এমন সিস্টেমগুলি দেখছেন যা ব্যবহারকারীদের কী চান তা আটকানোর মাধ্যমে সহায়তা করার চেষ্টা করে। যেহেতু কিছু লিগাচার ('ফাই', 'ফ্ল') টাইপসেটিং সিস্টেমগুলির বাইরে মোটামুটি প্রচলিত, তাই সফ্টওয়্যার স্বীকৃতি দেয় যে ব্যবহারকারী সম্ভবত সেই গ্লাইফটি প্রবেশ করেনি, বরং অন্য একটি অ্যাপ তাদের টাইপ করা অক্ষরকে রূপান্তরিত করেছে।

সংক্ষেপে: চরিত্রটি একটি ভাষাগত ইউনিটকে বোঝায়। গ্লিফ unit ইউনিটের একটি নকশা করা উদাহরণকে বোঝায়, তা সে বড় হাতের অক্ষর, ছোট ছোট ক্যাপ, historicতিহাসিক বা স্টাইলিস্ট বৈকল্পিক হোক istic


কম্পিউটিংয়ে, এ এবং এ বিভিন্ন চরিত্র। এএসসিআইআইতে 128 টি অক্ষর রয়েছে এবং শব্দটির অক্ষরটি এ এবং একটি স্বতন্ত্র অক্ষর অন্তর্ভুক্ত করে।
বারলপ

ইঞ্জিনিয়াররা প্রচুর শব্দ ব্যবহার করেন যা অন্যান্য শিল্পে নজিরগুলির সাথে সামঞ্জস্য করে না। আপনার একটি ভাল উদাহরণ।
সমতল স্থান

"চরিত্র" এবং "গ্লাইফ" শব্দটি প্রথম কে নিয়ে এসেছিল? গ্রাফিক ডিজাইনার বা কম্পিউটার ইঞ্জিনিয়াররা? আমি ভাবতাম কম্পিউটারগুলি গ্রাফিক ডিজাইনের আগে এসেছিল। তবে এমন একটি মুদ্রণ শিল্প থাকতে পারে যা গ্রাফিক ডিজাইন এবং তর্কযোগ্য পূর্ববর্তী কম্পিউটারগুলি কিছু উপায়ে বা পূর্বনির্ধারিত আধুনিক কম্পিউটারগুলিতে তৈরি হতে পারে। আমার ধারণা, এখনকার গ্রাফিক ডিজাইনের জন্য যে লোকেরা সবচেয়ে ভাল উত্তর দিতে পারে, তা মুদ্রণ শিল্প, তবে কোনও মুদ্রণ শিল্প স্ট্যাকেক্সচেঞ্জ নেই। তবে কারা কার কাছ থেকে ধার নিয়েছে এবং কীভাবে চরিত্রটি ব্যবহার করা হয়েছে তা জানতে আগ্রহী হবে।
বারলপ

1
সফটওয়্যার ইঞ্জিনিয়ারিংয়ের অনেক আগে টাইপোগ্রাফি এসেছিল । আপনি যদি গবেষণাটি শুরু করেন এবং উত্সটি খুঁজে পান তবে দয়া করে এখানে পোস্ট করুন। আমার ধারণা এটি 17 তম শতাব্দীর কোনও এক সময় হবে। সম্ভবত 16 তম মাঝামাঝি প্রথম টাইপোগ্রাফার হিসাবে প্রথম দিকে।
সাদা পোশাকে

6

এখানে বেশ কয়েকটি উত্তর রয়েছে যা গ্লাইফ বনাম চরিত্রগুলির সম্পর্কে ভাল তথ্য দেয় তবে তারা অনুলিপি করার সাথে কপি করা এবং পেস্ট করার ক্ষেত্রে সম্মতি দেয় না।

প্রথমত, আপনার বোঝাপড়াটি মূলত সঠিক:

অক্ষরগুলি তাদের উপস্থিতি দ্বারা ভাষা, গ্লাইফগুলির অর্থ দ্বারা সংজ্ঞায়িত হয় । সুতরাং, নান্দনিকভাবে সংযুক্ত ফাইয়ের লিগচারটি একটি গ্লাইফ, তবে দুটি অক্ষর।

এটি জোর দিয়ে বলার অপেক্ষা রাখে না যে অক্ষরগুলির তালিকাটি ইউনিকোড স্ট্যান্ডার্ড দ্বারা সংজ্ঞায়িত করা হয়েছে, যা ইউনিকোড কনসোর্টিয়াম দ্বারা প্রকাশিত হয়েছিল, এই কারণে যে তারা মেশিনে পঠনযোগ্য ফর্ম্যাটে পাঠ্য এনকোডিংয়ের অধিকারী। উপরোক্ত সংজ্ঞাটি মূলত ইউনিকোড কনসোর্টিয়াম সদস্যরা ইউনিকোডের প্রস্তাবিত সংযোজন একটি চরিত্র এবং এইভাবে অন্তর্ভুক্তির যোগ্য, বা একটি গ্লাইফ কিনা তা নির্ধারণ করার জন্য যে প্রাথমিক নির্দেশিকাটি ব্যবহার করে তা হ'ল ফন্ট রেন্ডারদের দ্বারা পরিচালনা করা উচিত।

আমি উল্লেখ এই কারণে বিভ্রান্তির আপনি উপরের অভিজ্ঞতা আসলে বিভিন্ন পটীবন্ধনী বিদ্যমান আছে যে হবার কথা ছিলো অক্ষর (না গ্লিফ ইউনিকোড মধ্যে)। উদাহরণস্বরূপ, U+FB01ig লিগচারের জন্য চরিত্রটি: http://unicode.org/charts/PDF/UFB00.pdf

ইউনিকোডে লিগচার চরিত্রগুলি আসলে কোন ধরণের জিনিসকে ইউনিকোড স্ট্যান্ডার্ডের মধ্যে অক্ষর হিসাবে অন্তর্ভুক্ত করা উচিত তার জন্য উপরোক্ত সংজ্ঞাটির চেতনাতে আসলেই নয়, যেহেতু অন্য দুটি চরিত্রের রচনার চেয়ে ligatures এর সত্যিকার অর্থে আলাদা আলাদা অর্থ নেই। ইউনিকোডের লোকেরা এ সম্পর্কে স্বাভাবিকভাবেই অবগত এবং লিগাচারের ইউনিকোডের প্রায়শই জিজ্ঞাসিত প্রশ্নগুলি এতটা স্বীকার করে:

বিদ্যমান লিগাচারগুলি অ-ইউনিকোড অক্ষর সেটগুলির সাথে সামঞ্জস্যতা এবং রাউন্ড-ট্রিপিংয়ের জন্য মূলত বিদ্যমান। তাদের ব্যবহার নিরুৎসাহিত করা হয়।

এই চরিত্রটির অস্তিত্বই শেষ পর্যন্ত আপনার বিভ্রান্তির উত্স।

সঠিকভাবে প্রয়োগ করা সফ্টওয়্যারগুলিতে, পাঠ্য অনুলিপি করা উচিত সর্বদা বর্ণিত অক্ষরগুলি অনুলিপি করা উচিত , গ্লাইফগুলি নয় এবং এটি আপনার তিনটি উদাহরণে ঠিক কী চলছে।

1) প্রথম উদাহরণে, আপনি টাইপ করেছেন fএবং iইলাস্ট্রেটারে লিখেছেন, যা একটি একক লিগচার গ্লিফ সরবরাহ করে । আপনি যখন সেই রেন্ডার গ্লিফটি নির্বাচন করেছেন এবং অনুলিপি করেছেন, তখন চিত্রক আপনার ক্লিপবোর্ডে f( U+0066) এবং i( U+0069) অক্ষরগুলি সঠিকভাবে অনুলিপি করেছেন ।

২) দ্বিতীয় উদাহরণে আপনি লিগচার চরিত্রের জন্য এইচটিএমএল কোড টাইপ করেছেন ( &#64257) ইনপুট বাক্সে এবং সঠিকভাবে লিগচার গ্লাইফটি পেয়েছেন লিগচার চরিত্রের প্রতিনিধিত্ব করে (। যেহেতু অন্তর্নিহিত অক্ষরটি আসলে আমি অস্পষ্ট এবং অপেক্ষাকৃত নিরর্থক লিগচার চরিত্রটি উল্লেখ করেছি উপরে, যে গ্লিফ নির্বাচন করা একটি একক অক্ষর অনুলিপি করা হবে U+FB01

3) তৃতীয় উদাহরণে, আপনি অংশ 2 তে রেন্ডার করা লিগচার চরিত্রটি অনুলিপি করছেন U+FB01যা সর্বদা সেই চরিত্র হিসাবে আটকানো হবে। আপনার মূল বিভ্রান্তি এইচটিএমএল সত্তা কোড এবং অক্ষরগুলির মধ্যে পার্থক্য সম্পর্কিত বলে মনে হচ্ছে, বিশেষত কোড ব্লকগুলিতে এবং এর বাইরে কীভাবে রেন্ডার করা হয় সে সম্পর্কে to

এইচটিএমএল সত্তা কোডটি &#64257;8 টি স্বতন্ত্র অক্ষরের একটি স্ট্রিং। আপনার ওয়েব ব্রাউজার এর HTML পরিবেশক ঐ 8 টি অক্ষর কর্মের পরিবর্তে U+0026 U+0023 U+0036 U+0032 U+0035 U+0037 U+0023সঙ্গে একক ইউনিকোড অক্ষর U+FB01, যা এটি তারপর উপযুক্তভাবে রেন্ডার করে। যাইহোক, <code>এইচটিএমএল ট্যাগটি 8 টি অক্ষর যেমন রয়েছে তেমন রেখে এই আচরণটি অক্ষম করে।

আপনি যখন রেন্ডার এইচটিএমএল অনুলিপি করেন, আপনি রেন্ডার করা অক্ষরগুলি অনুলিপি করেন (যা রেন্ডার গ্লাইফগুলি থেকে পৃথক )। সুতরাং, আপনি যখন আপনার রেন্ডার করা এইচটিএমএল সত্ত্বাকে অনুলিপি করেন, তখন একক U+FB01অক্ষরটি আপনার ক্লিপবোর্ডে অনুলিপি করা হয়।

আপনি যখন U+FB01এইচটিএমএলটিতে অক্ষরটি পেস্ট করেন , তখন কোনও প্রতিস্থাপনের প্রয়োজন হয় না, অর্থাত অক্ষরটি কোনও <code>ব্লকের মধ্যে পড়ে বা না আসুক নির্বিশেষে একটি লিগচার হিসাবে রেন্ডার করা হয় ।


1

অক্ষরগুলি হ'ল পাঠ্য ফাইলগুলিতে সংরক্ষণ করা হয়, অ্যাপ্লিকেশন দ্বারা প্রক্রিয়া করা হয় এবং চারপাশে সরানো হয়, যখন গ্লাইফগুলি তাদের চাক্ষুষ প্রতিনিধিত্ব করে।

একটি পরিষ্কার ছবি পেতে, কোনও অ্যাপ্লিকেশন যখন স্ক্রিনে কিছুটা স্ট্রিং রেন্ডার করার চেষ্টা করে (তখন কিছুটা সরল ভাবে): কী ঘটে তা দেখতে দিন:

  • অ্যাপ্লিকেশনটি প্রথমে পাঠ্যের স্ট্রিংটি পড়বে, এটি ডিস্কে বা মেমরির মধ্যে অক্ষরগুলির স্ট্রিং।
  • এর পরে এটি পাঠ্য বিন্যাস ইঞ্জিনে পাঠানো হবে, পছন্দসই ফন্ট, পাঠ্য ভাষা এবং ইত্যাদির মতো আরও কিছু বৈশিষ্ট্যগুলির মধ্যে:
    • পাঠ্য বিন্যাস ইঞ্জিনটি মূলত হরফ ফাইলটি খোলে, প্রতিটি অক্ষরের সাথে সম্পর্কিত গ্লাইফ (গুলি) এর জন্য জিজ্ঞাসা করে এবং কিছু গ্লাইফ প্রতিস্থাপন (যেমন গ্লিফের জন্য fএবং iলিগচার গ্লাইফের সাথে প্রতিস্থাপন করা fi) এবং পজিশনিং (কার্নিংয়ের মতো) করে।
    • শেষে লেআউট ইঞ্জিনটিতে গ্লাইফগুলির ক্রম রয়েছে, তাদের অবস্থান একে অপরের সাথে সম্পর্কিত এবং ইনপুট অক্ষর এবং আউটপুট গ্লাইফগুলির মধ্যে একটি ম্যাপিং। গ্লাইফ ম্যাপিংয়ের চরিত্রটি যাতে এটি জানে যে শব্দের প্রথম দুটি অক্ষর fileদুটি প্রথম গ্লিফ ( fiলিগচার), ২ য় গ্লাইফের সাথে তৃতীয় অক্ষর এবং তৃতীয় গ্লাইফের সাথে চতুর্থ বর্ণের সাথে মিলিত হয়।
  • তারপরে একটি গ্রাফিক্স রেন্ডারিং লাইব্রেরি হ'ল ফন্টের আকারগুলি ব্যবহার করে স্ক্রিনে। গ্লাইফগুলি "আঁকতে"।
  • যখন ব্যবহারকারী স্ক্রিনে "গ্লিফগুলি" নির্বাচন করেন, তখন অ্যাপ্লিকেশনটি আউটপুট পাঠ্যের কোন অংশটি ব্যবহারকারী বেছে নিচ্ছে তার সাথে কি মিলছে তা খুঁজে পেতে লেআউট ইঞ্জিনের সরবরাহিত পাঠ্য ম্যাপিংয়ের জন্য গ্লিফের সাথে পরামর্শ করবে এবং যখন সেই পাঠ্যটি ক্লিপবোর্ডে প্রেরণ করবে ব্যবহারকারী এটি অনুলিপি।
  • ব্যবহারকারী যখন পাঠ্যের মাঝখানে কার্সারটি প্রবেশ করান এবং টাইপ করা শুরু করেন, ম্যাপিংটি নির্ধারণ করে যে ইনপুট পাঠ্যটিতে নতুন অক্ষরগুলি সন্নিবেশ করানো হবে এবং প্রবর্তনকারী পাঠ্যটি প্রসেস এবং পুনরায় আঁকানো ইত্যাদির জন্য লেআউট ইঞ্জিনে প্রেরণ করা হবে।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.