又是编码问题。
目前,对Linux的编码认识,停留在emacs的编码体系上。
linux系统上的Locale决定编码,保证编码正确之后可以正常显示。
但是,错误编码下保存的文件(例如文件内容编码错误、文件名编码错误等等),
如何才能恢复呢?像iconmv,enca之类的好像不能完全解决问题,例如
复制内容到剪贴板代码:
$ ls
³ÁĬÊǽð.lrc ×·ÃÎÈË.mp3 СÀî·Éµ¶.lrc ÈÃÒ»ÇÐËæ·ç.mp3 Íòˮǧɽ×ݺá.lrc
³ÁĬÊǽð.mp3 Á©ÍüÑÌË®Àï.lrc СÀî·Éµ¶.mp3 °ËÏɹýº£.lrc Íòˮǧɽ×ݺá.mp3
°¢ÀÉÁµÇú.lrc Á©ÍüÑÌË®Àï.mp3 °ë½ï°ËÁ½.lrc °ËÏɹýº£.mp3 恨绵绵.lrc
°¢ÀÉÁµÇú.mp3 Çé°®¼¸¶à°§.lrc °ë½ï°ËÁ½.mp3 Ìì²Å°×³ÕÃÎ.lrc 恨绵绵.mp3
×·ÃÎÈË.lrc Çé°®¼¸¶à°§.mp3 ÈÃÒ»ÇÐËæ·ç.lrc Ìì²Å°×³ÕÃÎ.mp3
按网上的方法,只能批量修改为1、2、3之类的文件名。
但如果利用播放器的话,例如Emacs+EMMS,
会发现上面这些乱码的mp3在播放时仍然能够显示正常的文件名。
这是不是意味着还是有可能将乱码文件名转化为正常的文件名?
回到字体问题上,似乎问题更加复杂。
首先,作为字体的文件名会出现乱码,这个倒是问题不大,最多把它们批量的修改为数字名。
当然这不是最佳的解决方法。
其次,字体文件的内部名字出现乱码,这就导致fc-list显示乱码。
此时,利用fontforge修改字体名的话,字体文件是不是就算被改动了呢?
总感觉这也是不完美的解决方案。能不能不修改文件本身,
而让fc-list、fontforge之类的软件指定编码显示字体名,就像emacs显示编码一样?
最后,不知道字体文件的内部程序有没有编码?这个问题表现得我很无知,
因为字体就是一些函数曲线,给我的直接感觉字体内部程序应当没有编码问题。