通过几周测试,现在能公开我自用的这套工具字体了。
前段时间我需要比较大量文件具体数据差异,因此必然用到16进制编辑器(Hex Editor),选择了免费的HxD。
展示数据需要等宽字体,但无需支持代码特性,也并非半角字体,字形要比半角要宽一些,还要清晰,便于阅读16进制数据,遂选择Cascadia。
比较的时候看到右侧“对应文本”重复出现如“ÿÿÿÿÿÿÿÿÿÿ”,但我清楚原文件这块不表示ÿ(统一码U+FF),而是16进制FF刷屏,于是想到既然此处ÿ没有ÿ的意义,何不让它显示为有意义的FF合字呢?于是我做了字体CascadiaWin,使用效果如图:

可以看到控制字1一概显示为“.”,这很正常,因为控制字作为带功能的无形字符(例如回车也是控制字)不应当可见,而16进制的80~9F可见,则是因为Windows (ANSI)这个Charset将这块大多编码指到有形字符2。
至于16进制AD是软字符,有条件可见,此处不合条件显示为“.”也过得去。
为了避免某些兼容问题,字体里全部字符都是同一宽度,包括₀₁₂₃₄₅₆₇₈₉,连汉字“对应文本”也是自制的等宽,这与一般概念中汉字全角西文半角的“中文编程字体”不同。为了与O区分,0也改为斜杠零。
用Cascadia非Next填充非控制字部分,因此以OFL1.1授权。
做到这本来应该公开的,但我不满意太多数据显示为“.”,不好区分,好在HxD支持4种Charset,除了Win(ANSI)还有:DOS/IBM-ASCII (OEM)、Macintosh、EBCDIC,其中DOS/IBM…可显示的字最多。
但CascadiaWin展示另外3种Charset会严重错误,除了u8A u9A u8E u9E(ŠšŽž)其它全部混乱,考虑再三,我重做了个CascadiaHex,不仅有IBM的特殊符号,还着重区分形似字符(u20、uA0;u2D、uAD;•、∙;°、º;–、—)使用效果如图:

本字体还拥有原Cascadia没有的控制字字形,善用此字体可看见通常隐形的控制字,如u0A(NL):

随字体附赠测试文件 00-FF.txt,包含所有“对应文本”
测试文本 Charset区别.txt(为了避免控制字生效,用╳代替),用于测试本字体。
未来计划
根据 MS-DOS截屏 调整◘◙►◄₧的字形。
猫啃网


(已有3人投票平均分3.67分)
















最新评论
輸入繁體並不能顯示繁體啊!
删除了原字体大量的emoji符号,所以大幅度减轻字体文件大小
下载了发现有两个版本,轻量版和正常版有什么区别,汉字数是一样的吗?
和方正兰亭和雅黑还差很多,这最多算是跟思源风格像,级别也就是思源的级别
个人想法,点阵(bitmap)字体是一种字体的存储格式,指使用点阵作为存储格式的字体,例如windows里的.fon,Linux里的.bdf,或者ttf字体内嵌的点阵,和矢量字体(TrueType、PostScript)相对。 而像素(pixel)字体是一种字体的风格,指模仿早期计算机设备中的点阵字体,目的是表现复古的风格。类似风格的图像也是叫像素艺术(pixel art),而不是点阵艺术(bitmap art,这种叫法更容易让人想到jpg、png等图像格式,和eps、svg相对);游戏也只见叫“像素风”游戏的,而没有叫“点阵风”的。 这二者是交叉而非重合的:点阵字体可以不是像素风格的,只要分辨率足够高,点阵字体也可以呈现各种风格(严格意义上说,无论是在屏幕上显示文字,还是打印机输出文字,肯定都要经历栅格化一步,那我们也不能说所有字体都是像素字体);像素字体也不一定是点阵格式的,尤其是新创作的很多像素字体都是用矢量格式存储的。
您说的确有道理,我会考虑近期将字体更名。而至于台标字形问题我打算先搁置,因为目前是打算做完陆标和日标后先去给另一款日语字体改形+补字,补完字之后再回头考虑这套字体的繁体。
1.点阵、像素是没区别,但合成词Bitmap一般译作“位图”,至于丁卯⋯⋯请注意同作者的“宋”体英文名为“Sans”⸺显然这不能作例子。另外命名上Pix更短一些(如 最像素“Zpix”) 2.字体命名其实不考虑“暂不考虑”总以其实际形态命名,比如得意黑,其大概“不考虑”出正体,但字体名称为SmileySans-Oblique,中文名“得意黑 斜体”,以避让即便用不到的SmileySans(Regular) 综合上述,不妨替换Bitmap为PixMono,仅多1个字母。 题外话,做台标可能马屁拍到腿上(不说当地不乐见猫啃网分类,其自己也不能忍受台标,犹记得写了回退新细明体教程。当你费劲做完台标后下游开了分叉替换为日标的岂不…)如果精力富裕,不如先出东亚普遍接受的“康熙字典”写法(不必讲究,其实就≈思源的K)
字体预览好像毙掉了