灵感来自于往老系统里怼新字体，Supermium和Firefox
NT系统在很久以前就支持Unicode了，不过由于年代原因，原生支持范围有限，但在NT下如果有第三方软件扩展了Unicode支持范围，一切就成为了可能
往老系统里怼新字体是出于我更新字体和给旧字体文件升级的习惯，顺便收集字体，直到几年前的某一天一时兴起去换NT3.51的系统字体文件
Supermium和Firefox是因为自从Supermium诞生起就没意识到XP原生不支持未来新加的字符，在Firefox For Windows 7 Rework发布后，偶然间发现它的右键菜单也能正常显示出新字（选中它们右键就能看到），当时正好在搜biang这个字，以前它刚正式加入Unicode的时候我关注过一会
9x上就别想了，未来发布的字体有个别字符或字体本身不兼容，直接蹦白框错误的不确定性，可以按忽略让它显示错误字符，期间字体缓存可能损坏，直接选关闭反而会直接让系统不稳定，一路忽略完再关了最好。重点是系统不支持Unicode，软件行也是白搭
NT4.0自身支持文字范围有限，记事本和画图能处理Unicode字符，尽管那时候没有UTF-8，超出系统原生支持范围的无法显示
IE6不支持显示新字，不过IE6能处理UTF-8
写字板不支持Unicode，包括打开RTF文件
Office XP是这次的重点，作为最后支持NT4的Office版本，支持的编码非常多了，Unicode就更不用说了，这里用的更纱字体（ttf版本，这个字体的ttc不兼容），思源用不了，NT4还没otf字体支持。文本是来自维基上的元素周期表和原神里的燕归来，在更纱里所有字符都能在Office XP里正常显示出来，即使它们没有任何输入方式，连插入符号也做不到
在这之前我用XP的宋体做过对比实验，最初是拿build 28120里的微软雅黑（ttc不兼容，把ttf拆出来装的）做实验的，然后就发现即使是最近insider里的微软雅黑依然缺字，Lv元素和biang都是框
顺带一提，Office XP里能正常处理Unicode文件名，NT4自带组件不行
NT系统在很久以前就支持Unicode了，不过由于年代原因，原生支持范围有限，但在NT下如果有第三方软件扩展了Unicode支持范围，一切就成为了可能
往老系统里怼新字体是出于我更新字体和给旧字体文件升级的习惯，顺便收集字体，直到几年前的某一天一时兴起去换NT3.51的系统字体文件
Supermium和Firefox是因为自从Supermium诞生起就没意识到XP原生不支持未来新加的字符，在Firefox For Windows 7 Rework发布后，偶然间发现它的右键菜单也能正常显示出新字（选中它们右键就能看到），当时正好在搜biang这个字，以前它刚正式加入Unicode的时候我关注过一会
9x上就别想了，未来发布的字体有个别字符或字体本身不兼容，直接蹦白框错误的不确定性，可以按忽略让它显示错误字符，期间字体缓存可能损坏，直接选关闭反而会直接让系统不稳定，一路忽略完再关了最好。重点是系统不支持Unicode，软件行也是白搭
NT4.0自身支持文字范围有限，记事本和画图能处理Unicode字符，尽管那时候没有UTF-8，超出系统原生支持范围的无法显示
IE6不支持显示新字，不过IE6能处理UTF-8
写字板不支持Unicode，包括打开RTF文件
Office XP是这次的重点，作为最后支持NT4的Office版本，支持的编码非常多了，Unicode就更不用说了，这里用的更纱字体（ttf版本，这个字体的ttc不兼容），思源用不了，NT4还没otf字体支持。文本是来自维基上的元素周期表和原神里的燕归来，在更纱里所有字符都能在Office XP里正常显示出来，即使它们没有任何输入方式，连插入符号也做不到
在这之前我用XP的宋体做过对比实验，最初是拿build 28120里的微软雅黑（ttc不兼容，把ttf拆出来装的）做实验的，然后就发现即使是最近insider里的微软雅黑依然缺字，Lv元素和biang都是框
顺带一提，Office XP里能正常处理Unicode文件名，NT4自带组件不行
