liwl
deepin
2022-10-05 05:38 可能是计算字体宽度不准确?
Reply Like 0 View the author
可能是计算字体宽度不准确?
这个字体还有比较诡异的地方就是emacs里面汉字不是两个拉丁字母的长度

但是libreoffice居然等宽得很严格


算我没说过


好像汉字和拉丁字母之间产生了微妙的排斥力...
我忘记了,emacs不等宽是老毛病了,啥字体到emacs那都不等宽

我用的Noto Mono 显示正常
可能是字体适配问题吧
你用neofetch 答应出来的deepin logo就可以看出来,Noto Sans Mono CJK SC 字体打印出来是扁,noto mono 打印出来就是圆的


我用的Noto Mono 显示正常
可能是字体适配问题吧
你用neofetch 答应出来的deepin logo就可以看出来,Noto Sans Mono CJK SC 字体打印出来是扁,noto mono 打印出来就是圆的


这个我还真没注意

是不是用于终端的字体也有一定的规范呢
算我没说过


好像汉字和拉丁字母之间产生了微妙的排斥力...
这个排版我认为才正常,否则拉丁字母和汉字靠得太近,很难看(不得不打个空格上去)。
Popular Events
More
也是一个挺奇怪的现象,不知各位坛友有什么见解:
如图, Noto Sans Mono CJK SC、TC、HK系列的引号会有奇怪的偏移,而且会挡住字(我的光标是放在行尾的)
同一家的JP、KR系列虽然看上去很正常,但是移动光标时引号会跳出去很远(我的光标是在行尾,和引号之间其实没有空格)
其他字体的显示都是正常的。
GNOME终端上也是类似的情况。这是什么原理呢