zhuque icon indicating copy to clipboard operation
zhuque copied to clipboard

朱雀仿宋/朱雀宋朝/Zhuque Fangsong: An open-source Fangsong typeface project

Results 13 zhuque issues
Sort by recently updated
recently updated
newest added

在縱排(直排、豎排)環境中,朱雀仿宋字體無法正確顯示。即,有些軟體無法套用朱雀仿宋;有些能顯示,但中文沒有 90° 旋轉。 或許這個對開發團隊是一個已知問題,期待正式版的發行。

## 关于中西标点冲突,及统一码欠收录标点 (此处略去因历史原因,有些(半个)中文标点就是等同西文标点的问题。标点名及描述依新华字典) 1. 破折号:横线、两倍全角、对齐汉字、不中断两端不顶格,当前编码方案与—(U+2014)冲突,[~统一码或应收录~ (见下文破折号章节)](https://www.bilibili.com/read/cv8280047); 2. 省略号:六点、两倍全角、对齐汉字,当前编码方案与…(U+2026)冲突,统一码应收录; 3. 间隔号:圆点、全角、对齐汉字,与·(U+00B7)冲突; 4. 引号:全角,蝌蚪形(弯引号),与“‘’”(U+201x)冲突,尤其隔音号就是「’」; 5. 着重号:形如汉字下一圆点,统一码**欠收录**; 6. 专名号:限古籍和文史著作,形如专名下一横线,专名之间断开(如“成都司马相如”,断在“都司”之间),欠编码方案,统一码**难以收录**; 7. 浪线:限与专名号配合,替换书名号,欠编码方案,统一码**难以收录**; ——新华字典没提的如[示亡号](https://www.bilibili.com/read/cv21481556)没写。上述标“统一码**应**收录”是指这这些标点应当视为一个2倍字宽、换行不中断的标点,而不是需要连打2次的标点。 目前大多东亚字体对此有各异的策略,但皆不能解决中西混排出现难堪的情况,特别是—— 把「’」做成全角,导致夹的西文「I’m」成了「I’ m」。思源也尤其依赖特性解决破折号,而且有问题。 ### 破折号 我选择—(U+2014)默认为西文em线,维持Alegreya原状。 而~西文~标点⸺(U+2E3A TWO-EM DASH : omission...

本 issue 集中记录不美观单字或特定部件字族的设计问题。

enhancement

(我剪贴板太乱了,先贴上来,之后再整理。[下文配图][图] ) 我个人觉得仿宋体配的西文部分应当是拼音(Italic/手写),因此对Alegreya作如下修改。 ① Alegreya最细字重仍然比朱雀仿宋的汉字要粗,于是用源文件外插获得字重较为搭配的实例。因此如[图]3,我自己的Alegreya可变字体(未发布)有3层实例了。**注意**如[图]2,朱雀仿宋v0.108的源文件没有外插,README.md自述有误。 > 此时我还没意识到Alegreya源文件有毛病 https://github.com/TrionesType/zhuque/issues/21#issuecomment-1869523758 下文若没说是我带来的问题,那就是Alegreya原有的问题。 ② 如[图]1新华字典所示,阳平“ˊ”声调应当写作“㇀”提,我修改了大部分,不过如 Ǻǻ 等不属于拼音就没改。 ③ 如[图]1,所有`ag`都改成`ɑɡ`(U+0251,U+0261)写法。ŋ不用Alegreya造型,改作ng连字,Ŋ改作中国特有的И形J尾,并予`kern`。 这部分修改并非直接替换而是另外补充,保留了原始agŊŋ字形,可通过特性`ss01`调用。 ④ 补充了连字(于字母表现形式区段)st、竖排︕︖映射。 ⑤ 添加手写风格的⛤(☆),中文省略号(也需通过`locl`特性调用) 如[图]1,我认为位于拉丁-1区段的微(micro-)µ(U+00B5,即微软的Micro)与希腊μ(U+03BC)是不同的文字,因此前者做成拉丁造型。 ⑥ 算是赠品吧,如[图]1[图]3,Q的“捺”改成仿宋笔触,并且会根据后方字符左下角是否有空选择性伸脚(例句:QǔQí☆)。另外西里尔文“Ԛ”特意保留了原始的Q的形状,在必要的时候可以自行替换。 ### 字体实例 更新:https://github.com/MY1L/Plur/releases/tag/ZhuQue,请检查有无问题。 > 关于旧版,v0.1086解决了v0.1085的错误,[添加了这些需手动复制使用的标点](https://github.com/TrionesType/zhuque/issues/25) ### 备考表格...

本 issue 集中记录增加字形问题。

enhancement
charset

本 issue 集中记录字形设计错误(不合目标规范、笔画增减)等。

bug

|![Screenshot_20231021_200554_jp ddo hotmist unicodepad](https://github.com/TrionesType/zhuque/assets/143623374/2c3915e1-c5bb-45c9-b7f7-c93939892c6f)|![Screenshot_20231021_200544_jp ddo hotmist unicodepad](https://github.com/TrionesType/zhuque/assets/143623374/75b01a14-b262-4e74-981b-bad3534c7ca4)| | ---- | ---- | 如图,Ό和Ο的字符宽度不同,ΆΈΉΊΎΏ及希腊文扩展区字符亦有此类问题,不知是bug还是有意而为 _Originally posted by @GeorgomeFont in https://github.com/TrionesType/zhuque/issues/8#issuecomment-1773800872_

bug

![image](https://github.com/TrionesType/zhuque/assets/2784308/6e0f6c69-9683-4acf-a233-1f7b52fd6cb6) 建议增加 twoemdash 字符 `U+2E3A`,通过 `ccmp` 的 OpenType feature 将两个 emdash 映射到 twoemdash

刚刚发现,最新的v0.108版本还不支持如下字符: ![image-20231018164041486](https://pbox.online/202310181640535.png)

enhancement
charset

- [ ] 缺少假名浊点特性,例如显示“く゚”需要用到。可以用微软雅黑的mark+ccmp,或游ゴシック用的liga+ccmp(我认为雅黑的更省字体体积) - [ ] `loclZHS`的“—”不符合破折号两端不顶格的要求,虽然造型上不会与一一连起来。但“…”需要居中,而这个“ellipsis.loclZHS”或“ellipsis.fwid”可赋予码位U+22EF(⋯),毕竟没规定宽度,东亚字体的“⋯”一般是设为全角的,如Adobe 宋体 Std、MS Gothic… - [ ] 似乎缺少统一码变体序列。 - [ ] 这个问题是Alegreya的:`ss01`(罗马数字?)在中文字体里恐怕永远用不上,可以删除以减少字体体积。