solidzoro / zpix-pixel-font Goto Github PK

如图所示。

qt5程序必须要关抗锯齿才能正确显示Zfull gb字体，这让我很困惑，因为几乎所有qt5程序默认都是打开抗锯齿的无法关闭。
qt5程序不需要关闭抗锯齿都能正确显示文泉驿点阵宋体这款点阵字体，说明是不是Zfull gb有什么不规范的地方导致qt5没有很好的支持Zfull gb字体。

听说Zfull是一个练手的作品，苦于现在linux下没有很好的点阵字体可以使用，宋体有版权而且英文不是点阵的，文泉驿点阵宋体问题更多，在很多软件上表现很差。

下面是一些我在deepin15.10.1上面使用Zfull gb报的issue
设置标准字体为Zfull-gb以后，很多地方字体并没有使用我设置的这款点阵字体
系统设置界面显示不正常，只显示了1列，应该有2列
这都是Zfull gb和qt5不兼容导致的问题。

不知道Zfull gb是否有升级版本？能够解决qt5支持不好的问题。现在低分屏上面还是只有点阵显示效果是最好的。

您好，这个字体我能用于个人的微信小程序或者网站吗？

我希望在我的个人博客引用裁剪后的 woff2 格式字体，但我注意到了 README 中：

同时禁止对本字形档软体进行修改、反编译、转换、拆分等反向操作

但是在 #44 中又提到有需求自行转换……

希望请明确个人非商业使用是否允许对字体进行转换和裁剪操作。

I didn't realize this until I tried, not sure how you want to handle it, I think they should be half-width like other English letters.

uni9631 should display “阱” instead of"阡"

上长下短，有点像日文的写法

如题，希望这个字体可以有woff版

This is the result from previously release:

This is the current release:

To me, the old one looks better at 12px, the new one looks better at 24px.

Is this by design? Is it possible to have nice rendering at both 12px and 24px?

除了「鬥」（#9B25）這個字顯示有誤以外，繁體字的「沒」（#6C92）顯示也有誤。

這是繁體字的「沒」（#6C92）。

這是簡體字的「没」（#6CA1）。

issue by sikv

滩涂

与 潍坊 维护 对比

Hello! I'm currently developing a software that is free. I'm not sure whether that clarifies as a Personal Product, as in some sense you could interpret it as private use (i.e. you could use it without for personal use without distributing to other people).

Would my project, that is publicly free to download counts as a Personal Product?

Thank you for your work and time! 😊

就是小声许个愿...
如果可能有 zpix 版的 emoji 表情符号那就真的泰酷辣！！

Emoji Unicode:
https://apps.timwhitlock.info/emoji/tables/unicode#block-6c-other-additional-symbols

您好，可以让这个字体加进开源 linux 发行版 aosc OS 的软件仓库吗？
按照版权协议来看，字体仅仅对商业盈利项目使用收费，而开源 linux 社区是非盈利性质的组织，理论上来说是符合这个字体的许可协议的。
如果字体能够加入软件仓库，aosc 用户就有了一个简单统一的字体获取途径，这样也有利于这个字体被更多的人所了解。
我希望能够获得字体作者的许可，这样可以打消社区维护人员在法律和道德方面的顾虑。
期待您的支持。

Zpix 最像素 为 SolidZORO 具有完全自主智慧财产权的产品，受《中华人民共和国著作权法》和其它智慧财产权法律法规及国际公约、条约的保护。若非获得 SolidZORO 的明确许可，不可在所授权限以外范围使用本产品。 同时禁止对本字形档软体进行修改、反编译、转换、拆分等反向操作，及非法传播、出售、出租或以其它方式从中牟利。SolidZORO 对上述行为者保留起诉权利。

考不考虑支持一下OpenType格式的字体(这个格式还是很常用的

看小篆这个是一个部件。应该连起来。
zpix现在很多字都是【住】多一横。
不过感觉这个【隹】部件蛮多的，工程巨大。

请问，一个人开发的独立游戏在Steam上售卖，是属于Personal Product，还是属于Commercial/Business Product (Single Product)？这种情况是否需要购买字体授权呢？谢谢。

请求在release里包括woff2格式

非常喜欢贵字体，想用它做为视频字幕字体，视频不商用，视频可能会上传到哔哩哔哩，可以用个人授权吗？

Hello, currently I have an open source project licensed under GPL 3. Is it free to use it? And how do we mention your custom license?

RT

未检查.bdf是否有相同问题，因为手头没有支持.bdf的软件。

以下字符的字形是空白的

• uni2051⁑
• uni21D3⇓
• uni3099（假名附浊点，一般做成左边超出——即负宽度——用于贴到前个假名上）
• uni309A（假名附浊点，同上）
• uniFEC3（阿拉伯文，可能是错误？）
• uniFEEB（阿拉伯文）
• uniFEEC（阿拉伯文）

小型形式变体等有问题

• uniFE56﹖（字形是错的，认不出来是什么）

• uniFE52﹒（在左边超出的位置上多了个点，座标x-1500,y-500）

• uniFE59﹙（同上）

• uniFE5B﹛（同上）

• uni2488⒈（同上）

西里尔文、希腊文绘制的问题

uni0459љ（字形有问题）
西里尔文有一部分是按半角设计的，非常窄，而另一部分是不等宽的，不统一。
希腊文似乎是按全角风格绘制的不等宽字形，看上去模仿的东亚字体做法？可是既不符合西文做法，也不是全角的宽度，两边都不靠了。

其它疑难问题

看上去字形设计是左靠0、右留2点“像素”空白，但%&:\/等几个不遵循此规则？

§₱₰₮₭₫₤₣™℮Ω等许多字符设计得非常逼仄，⅛⅜⅝⅞甚至看不清，虽然这些宽为5个“像素”，而字符占据宽度为13像素，有8像素空白，这些可以撑开为非等宽或改为半角。

因为可以理解的原因，本字体以汉字为主，一些西文不得不受限于汉字高度，导致例如À这样带变音标记的西文被上下压缩。而那些带多个变音标记的字符如Ǻ就没法看了，而且也无法支持uni0300这些变音组合字符。这部分涉及西文排版和变音特性的可能得放弃.bdf格式（仅ttf支持），且容许字面向上下扩展——
但字面向上下扩展又会影响现有字体中文排版的行距，我提议索性将这些带变音标记的、GBK不包含的拉丁文、希腊文、西里尔文字符分拆为一个西文字体。

题外话，我也在制作字体（虽然只会做矢量不会.bdf这种点阵字体）
是否可以在 最像素 的基础上分出叉来制作不等宽的像素英文和假名，并支持字距（kerning）、Ligatures连字等点阵字体中没有的OpenType特性？
或做成补丁形式的单独字体，写成CSS像这样：font-family: zpix-my1l, zpix, sans-serif;
以上是一个想法。

See screenshot

as well as pull request #20

Zpix字体真的是很特别，点阵中文的美感绝无仅有，和等宽英文的融合度之高也让人惊喜，所以非常希望可以在Terminal还有IDE里面作为默认编辑字体使用。

但是很遗憾的发现，目前大部分符号都不是等宽的（最新的stable版和beta3.0.2版都尝试了），所以想请教一下，是否有可能发布一个纯等宽版本的字体？如果可以那真的非常感谢！

在React项目中引入字体时，字体无法生效,问题未知

Just notice it was missing.

(It was present in previous release)

They are traditional Kanjis, so they are not wrong, but weird. For example:

樂 should be 楽
惡 should be 悪

BTW, 團 is a wrong kanji there. I think 園 is correct.

这样可以用 brew 来更新字体，参见：
https://github.com/Homebrew/homebrew-cask-fonts/blob/master/CONTRIBUTING.md

I'm not sure what the exact problem is, but the font looks very strange in Emacs. It seems the spaces and tabs are very narrow - so it doesn't behave like a normal monospaced font and everything ends up misaligned.

Maybe I misunderstood something and it's not a monospaced font

在3.02dev版本中，重音字母终于不是再是全宽的了，但部分重音字母与不带重音字母并不统一，如 ǧ、ĝ 与 ǵ 中的 g 均是双层 g，而字母 g 是单层。

另外，如果将来出了等宽版本，希望西文部分为 6×12 或 8×12，方便中文与西文对齐（2:1 或 3:2）。

very. very. very,very. very. very,very. very. very,very. very. very,very. very. very,very. very. very,!!!!!!!GOOD!!!! I So Like The Font

您好，我在做游戏图鉴，尝试添加韩语版本发现缺少韩文的点阵。请问是否有添加韩文点阵计划。

关于lisence，我这个是免费开源项目，可以用吧？
https://github.com/Mapaler/PADDashFormation
用在这里

Well, i want to know what's the range of the symbols of this font :D .

Thanks :) .

你的像素字体来源是台北黑体吗？

I found a problem of Zpix that width of Japanese half-width Katakana(such as ｲﾛﾊﾆﾎﾍﾄ) is incorrect, these characters displays in full-width. Please fix this problem.

我在使用Zpix时发现半角片假名（如：ｲﾛﾊﾆﾎﾍﾄ）的宽度不正确，它们以全角宽度显示，请作者修复一下这个问题。

這樣可能會減少要用的空間，就問問會這樣做嗎？謝

This font is lacking full-width chinese punctuations.

@SolidZORO:

Dear Jason,
we will download Fonts, but we didn't see how we can receive a license and an invoice therefore?

Please inform us what we have to do to get it.

Thanks in advance and best regards
Ingrid

宋体和Zpix下汉字“硒”的显示如下：

右边应为“西”而非“酉”。

建议参照“栖”改为如下样式：

煞，错误的写成了心字底。

疫情的病字旁设计成了广字旁。

EDIT: 不好意思我这的字体不是最新版的，好像最新版的修复了……

I am using the Table of General Standard Chinese Characters to select characters from the zpix font according to the unicode mapping table.
Most of the 8105 characters in the TGSCC table are in the zpix font, but 276 characters are missing, see
missingTGSCCcodes_utf8.txt.

• Have you defined these characters elsewhere in your space of 22000+ characters?
• If not, are you planning to add the missing glyphs?
• If neither, what would be the best way to add the missing glyphs?

As a Westerner who is illiterate in Chinese, I don't know how to simplify the characters for a 12x12 pixel display.

我正在使用Zfull gb字体，Zfull gb字体的12px点阵就是使用zpix吗？
现在9px感觉用的很多，而Zfull gb 9px的点阵感觉不是很好看，不知道有没有计划开发9px点阵

The current "license" is not a license per se. Can you select an actual license for the project?

具体仓库: https://github.com/gledos/pixel_font_cavans

我使用了 victorporof/BDF.js 这个脚本进行转换 Zpix.bdf ，使字体变成了 js 的对象，像下面的片段。

var 字体 = {
    '的':[
        [ , , , , , , , , , , , ,],
        [ , , ,1, , , ,1, , , , ,],
        [ , ,1, , , , ,1, , , , ,],
        [1,1,1,1,1, , ,1,1,1,1,1,],
        [1, , , ,1, ,1, , , , ,1,],
        [1, , , ,1, ,1, , , , ,1,],
        [1, , , ,1, , ,1, , , ,1,],
        [1,1,1,1,1, , , ,1, , ,1,],
        [1, , , ,1, , , ,1, , ,1,],
        [1, , , ,1, , , , , , ,1,],
        [1, , , ,1, , , , , , ,1,],
        [1,1,1,1,1, , , , ,1,1,1,]
    ],
};

不过 BDF.js 这个解析会使一些字符顶部对齐，所以我修改了 Zpix.bdf ，仅在部分字符的头部增加了数行表示空白的 00 ，使字符居中。

所以我对字体的 bdf 文件转换与修改能否被允许呢，如果只是修改不被允许，那么我可以通过对 BDF.js 添加代码，让解析/转换直接输出居中的字符。

谢谢。

截图（襄阳）：

与 猥亵 对比