U++ forum: Welcome to the forum

Re: It's suspected to be an issue with Font. [message #32309 is a reply to message #32308]

Sat, 07 May 2011 19:47

Lance
Messages: 527
Registered: March 2007

Contributor

In a newly installed machine with Windows 7 Home Premium English version and VC10 Chinese installed, I discovered that chinese font name are in English or Pinyin. And neither Song Ti or SimSun is present, while Microsoft YaHei is the default. I can confirm this is yet another SongTi. On Windows Machine Microsoft YaHei and its Chinese alias ΢��ź� should be a safe bet, and it looks decent even in small font size. So the following revised entries and ordering should work on most machine.

struct sRFace {
	const char *name;
	dword l, h;
} sFontReplacements[] = {
	{ "sans-serif", 0xffee0008, 0xdc000801 },
	{ "Arial", 0xfffe0000, 0x09c00080 },
	{"\346\226\260\345\256\213\344\275\223", 0xfd800000, 0x09ffff00 },//SimSun (or New Song Ti)
	{"SimSun", 0xfd800000, 0x09ffff00 },//SimSun (or New Song Ti)
	{"\345\256\213\344\275\223", 0xfd800000, 0x09ffff00 }, // Song Ti
	{"\345\276\256\350\275\257\351\233\205\351\273\221", 0xfd800000, 0x09ffff00 }, //MS Ya Hei
	{"Microsoft YaHei", 0xfd800000, 0x09ffff00 }, //MS Ya Hei
//	{"\351\273\221\344\275\223", 0xfd800000, 0x09ffff00 },  // Hei Ti
//	{"\346\226\207\346\263\211\351\251\277\346\255\243\351\273\221", 0xfd800000, 0x09ffff00 }, //WenQuanYi Zheng Hi
//	{"\346\226\207\346\263\211\351\251\277\347\255\211\345\256\275\345\276\256\347\261\263\351\273\221", 0xfd800000, 0x09ffff00 },//WenQuanYi Wei Hei
//	{"\344\273\277\345\256\213", 0xfd800000, 0x09ffff00 }, //Fang Song
//	{"\346\245\267\344\275\223", 0xfd800000, 0x09ffff00 }, // Kai Ti
	{ "Arial Unicode MS", 0xfffc3fef, 0xfa7ff7e7 },
	{ "MS UI Gothic", 0xffc01008, 0x0fffff00 },
	{ "MS Mincho", 0xffc01008, 0x0fffff00 },
	{ "VL Gothic", 0xfd800000, 0x09a7ff80 },
	{ "VL PGothic", 0xffe00008, 0x0de7ff80 },
	{ "UnDotum", 0xe5800000, 0x0aa7ff7e },
	{ "UnBatang", 0xe5800000, 0x0aa7ff7e },
	{ "DejaVu Sans Mono", 0xffec0004, 0x0fc00080 },
	{ "DejaVu Sans", 0xfffd000c, 0x0fc40080 },
	{ "AlArabiyaFreeSerif", 0xffdc0008, 0xd8000007 },
	{ "Kochi Mincho", 0xffdc0008, 0xd8000007 },
	{ "Kochi Gothic", 0xffdc0008, 0xd8000007 },
	{ "Sazanami Mincho", 0xffdc0008, 0xd8000007 },
	{ "Sazanami Gothic", 0xffdc0008, 0xd8000007 },
	{ "Gulim", 0xf7c00000, 0x0ba7ff7e },
	{ "PMingLiU", 0xff800000, 0x09ffff00 }, // <--- SHOULD MOVE UP
	{ "FreeSans", 0xfff23d00, 0x0fc00000 },
	{ "FreeSerif", 0xfffd3938, 0x0fc00080 },
	{ "Symbol", 0xe4000000, 0x88000002 },
};

I still cannot figure out why it would not work on my Windows XP machine. (it's Win XP Professional English version, but many Chinese software has been installed/uninstalled, so its precise condition cannot be determined and reproduced. One thing is for sure, Chinese character in MS Office or OpenOffice are just fine). I will do further investigation. If you can give me some ideas on how to figure out the exact trouble point, I would appreciate that.

Edit: Promote entry for PMingLiu to above that for Arial Unicode MS solve the problem on the WinXP machine. The reason is still unknown. Even though SimSun, SongTi, MS YaHei all are present and work just fine in MS Office and probably many other programs, and enumeration in U++ also shows them, they will somehow report false information to UPP font substitution logic so that they are eliminate as viable candidates.

[Updated on: Sun, 08 May 2011 00:40]

Report message to a moderator