অদ্ভুত বিষয়টি হ'ল htop
এনক্রসগুলি ব্যবহার করে, যা ইউনিকোডের সাথে / ছাড়াই লাইন আঁকতে পারে। তবে উত্স-কোডটি দেখে CRT.c
ব্যাখ্যাটি বোঝায়:
#ifdef HAVE_LIBNCURSESW
if(strcmp(nl_langinfo(CODESET), "UTF-8") == 0)
CRT_utf8 = true;
else
CRT_utf8 = false;
#endif
CRT_treeStr =
#ifdef HAVE_LIBNCURSESW
CRT_utf8 ? CRT_treeStrUtf8 :
#endif
CRT_treeStrAscii;
এবং CRT_treeStrUtf8
মান হয়
const char *CRT_treeStrUtf8[TREE_STR_COUNT] = {
"\xe2\x94\x80", // TREE_STR_HORZ ─
"\xe2\x94\x82", // TREE_STR_VERT │
"\xe2\x94\x9c", // TREE_STR_RTEE ├
"\xe2\x94\x94", // TREE_STR_BEND └
"\xe2\x94\x8c", // TREE_STR_TEND ┌
"+", // TREE_STR_OPEN +
"\xe2\x94\x80", // TREE_STR_SHUT ─
};
যাইহোক, ncurses (কোনও অভিশাপ বাস্তবায়ন) এর জন্য পোর্টেবল প্রতীক রয়েছে যা এনকোডিংটি ইউটিএফ -8 কিনা তা নির্ভর করে না। (যেমন কিছু অ্যাপ্লিকেশান ডায়লগ এর --ascii-lines
বিকল্প) একটি প্রদান বিকল্প হওয়া ASCII লাইন অঙ্কন ব্যবহার করার জন্য, কিন্তু একটি আবেদন যে এমনকি লাইন-অঙ্কন ncurses দেওয়া গ্রন্থাগার কার্যকর ব্যবহার উপার্জন করা হয় না ব্যবহার করার প্রচেষ্টা নেই।
সংক্ষেপে, আপনি যখন এমন কোনও প্রোগ্রাম জুড়ে আসেন যা এরকম আচরণ করে, আপনার এটি বিকাশ হিসাবে বিকাশকারীদের প্রতিবেদন করা উচিত।
আরও পড়া:
- লাইন গ্রাফিক্স (ncurses অ্যাডচ ম্যানুয়াল পৃষ্ঠা)
border
, wborder
, box
, hline
, whline
, vline
, wvline
,
mvhline
, mvwhline
, mvvline
, mvwvline
- অভিশাপ সীমানা অনুভূমিক এবং উল্লম্ব লাইন তৈরি
dialog
স্ক্রিনশটস ( লাইন-অঙ্কন ব্যবহারের জন্য কোনওটিকেই ইউটিএফ -8 এনকোডিং প্রয়োজন হয় না )