Iosevka 29.0.5 解析准等宽标点度量修正与 Unicode 16 电气/游戏符号落地【免费下载链接】IosevkaVersatile typeface for code, from code.项目地址: https://gitcode.com/GitHub_Trending/io/Iosevka导读本文围绕 Iosevka 29.0.5 的官方变更记录changes/archives/29.x/29.0.5.md展开逐一解读该补丁版本在准等宽Quasi-Proportional排版度量、区块符号 Unicode 映射、数学符号字形、**Unicode 16 提案符号L2/21-235**与APL 字形形式五个方向上的修复与新增。读完本文你将理解 Iosevka 每一条变更日志背后的源码落点、涉及字符的 Unicode 背景以及如何通过仓库内的字形定义与构建参数验证这些改动。本文内容以 29.0.5 变更记录为核心骨架并结合packages/源码与params/构建参数进行佐证不涉及其他版本的泛化介绍。一、版本定位一次聚焦“细节质量”的补丁发布在 Iosevka 的版本演进中29.x 系列处于字符覆盖高速扩张的阶段。以 29.0.0 为参照该系列引入了大量 Unicode 16 提案字符如U1CC00起的 Symbols for Legacy Computing Supplement 区块、重构了 Quasi-Proportional 的度量体系从四单元改为六单元系统见 changes/archives/29.x/29.0.0.md并新增了MOSC马赛克特性等能力。29.0.5 则是典型的“补丁型”发布不引入新特性框架而是集中处理上一轮大规模新增字符后遗留的映射错误、视觉瑕疵与度量偏差。变更记录共分四类准等宽模式下的多点点标multi-dot punctuation侧轴承side bearing修复两个区块填充字符的 Unicode 映射修复五个数学符号的视觉修正一批新增字符含 Unicode 16 提案字符与带点角符号为U25C7WHITE DIAMOND 增加 APL 形式。下面逐条深入。二、Quasi-Proportional 模式下多点点标的侧轴承修复2.1 变更内容Fix side bearings of multi-dot punctuation (U10FB,U2056,U2058..205B,U2E2A..U2E2D) under Quasi-Proportional.本次修复涉及以下字符码点字符名所在区块U10FBGEORGIAN PARAGRAPH SEPARATORGeorgianU2056THREE DOT PUNCTUATIONGeneral PunctuationU2058FOUR DOT PUNCTUATIONGeneral PunctuationU2059FIVE DOT PUNCTUATIONGeneral PunctuationU205ATWO DOT PUNCTUATIONGeneral PunctuationU205BFOUR DOT MARKGeneral PunctuationU2E2ATWO DOTS OVER ONE DOT PUNCTUATIONSupplemental PunctuationU2E2BONE DOT OVER TWO DOTS PUNCTUATIONSupplemental PunctuationU2E2CSQUARED FOUR DOT PUNCTUATIONSupplemental PunctuationU2E2DFIVE DOT MARKSupplemental Punctuation这类字符的共性在于它们都是由多个圆点按固定几何关系堆叠/排列而成的标点视觉重心与普通单点标点.、:不同因此在等宽monospace度量下并不显眼但在 Quasi-Proportional 家族Aile / Etoile中由于每个字符的 advance width 随字形类别缩放详见 2.3多点点标若沿用单点标点的侧轴承会出现整体偏移或左右留白不均的问题。2.2 源码落点统一跟随punctuationDot变体这些多点点标在字形定义层共享同一套圆点基元。在 packages/font-glyphs/src/symbol/punctuation/small.ptl 中可以看到select-variant threeDotPunct 0x2056 (follow -- punctuationDot) select-variant geor/paragraphSeparator 0x10FB (follow -- punctuationDot) select-variant twoDotOverOneDotPunct 0x2E2A (follow -- punctuationDot)即U2056、U10FB、U2E2A等字符通过follow -- punctuationDot继承圆点变体的选择圆点自身的宽度与侧轴承参数被多个多点点标共享。这意味着只要圆点的度量参数特别是 Quasi-Proportional 缩放下的 advance 与 side bearing 计算存在偏差就会成批地影响上述所有字符——这也解释了为何 29.0.5 一次修复覆盖了 10 个码点。2.3 底层机制六单元度量系统与advanceScale*参数29.0.5 修复的是“Quasi-Proportional 下的侧轴承”而 Quasi-Proportional 的度量体系在 29.0.0 中刚被重构为六单元系统six-unit system并对f、t、r、m、w等字母的度量做了整体调整见 changes/archives/29.x/29.0.0.md。六单元系统的核心参数定义在 params/parameters.toml# Diversed advance width scale factors, used in quasi-proportional families advanceScaleMM 1 # Extra-wide letters advanceScaleM 1 # M-like letters advanceScaleT 1 # T-like letters (with serifs) advanceScaleF 1 # f-like letters advanceScaleI 1 # i-like letters (with serifs/tails) advanceScaleII 1 # Extra-narrow letters (like i without serifs/tails) advanceScaleSp 1 # Whitespace characters而在 Quasi-Proportional 的正式配置块中params/parameters.toml这些缩放系数被设为以 6 为分母的分数[spacing-quasi-proportional] spacing 3 isQuasiProportional true advanceScaleMM 1.5 # 9/6 advanceScaleM 1.3333333333333 # 8/6 advanceScaleT 1.1666666666666 # 7/6 advanceScaleF 0.8333333333333 # 5/6 advanceScaleI 0.6666666666666 # 4/6 advanceScaleII 0.5 # 3/6 advanceScaleSp 0.5833333333333 # 7/12可以看到 Quasi-Proportional 家族中字符被划分为 7 个宽度等级Extra-wide 到 Extra-narrow每种字母的 advance width 按比例缩放而非等宽家族的统一宽度。在这种缩放体系下多点点标这类“由多个圆点横向/纵向组合”的符号其内部点间距与左右侧轴承若按等宽参数计算在非整数倍缩放后就会出现视觉偏移。29.0.5 的修复正是针对这批字符在此体系下的侧轴承进行校正。从源码结构看packages/font-glyphs/src/auto-build/composite.ptl 等处也大量出现para.isQuasiProportional的条件分支说明 Quasi-Proportional 与等宽家族在字形合成与度量处理上走的是两套逻辑29.0.5 的修复即属于 Quasi-Proportional 分支下的专项校正。三、DENSE VERTICAL / HORIZONTAL FILL 的映射修复3.1 变更内容Fix mapping of DENSE VERTICAL FILL (U1CC44) and DENSE HORIZONTAL FILL (U1CC45).U1CC44DENSE VERTICAL FILL密集垂直填充与U1CC45DENSE HORIZONTAL FILL密集水平填充位于Symbols for Legacy Computing Supplement区块U1CC00–U1CCFFUnicode 16 提案来源 L2/21-235。它们是老式计算机字符集如 Teletext、Home Computer 系统中用于填充矩形区域的马赛克类字符。“Mapping”一词表明这两个字符此前在字形库中的 Unicode 分配encoding有误——即字形本身可能已存在但被错误地绑定到了其他码点或码点被绑定到了错误的字形。29.0.5 将它们的映射修正。3.2 源码落点马赛克区块的填充基元这两个字符的字形定义位于马赛克mosaic符号模块 packages/font-glyphs/src/symbol/mosaic/block.ptlcreate-glyph [MangleName denseVertShade] [MangleUnicode 0x1CC44] : glyph-proc set-width MosaicWidth include : ForceUpright include : VShade (4 * MosaicWidthScalar) top bottom left right create-glyph [MangleName denseHoriShade] [MangleUnicode 0x1CC45] : glyph-proc set-width MosaicWidth include : ForceUpright include : HShade 8 top bottom left right两处定义均以MangleUnicode 0x1CC44/0x1CC45显式指定码点宽度统一为MosaicWidth并通过ForceUpright强制直立保证在斜体/倾斜字形中填充图案不发生剪切随后分别用VShade垂直条纹密度系数4 * MosaicWidthScalar与HShade水平条纹系数 8生成填充纹理。作为对照同文件中U1CC41SPARSE VERTICAL FILL、U1CC42ORTHOGONAL CROSSHATCH FILL、U1CC43DIAGONAL CROSSHATCH FILL使用稀疏密度Sparse/DiagShade而U1CC44/U1CC45使用更高密度构成“sparse → dense”的密度梯度。29.0.5 修复后这两个高密度填充字符的码点映射与字形一一对应可与同区块的稀疏填充U1CC40SPARSE VERTICAL FILL、U1CC41SPARSE HORIZONTAL FILL 等协同用于文本模式的图形绘制。四、数学符号视觉修正U27CB / U27CD / U29B5 / U29F6 / U2A614.1 变更内容Fix glyph visuals:MATHEMATICAL RISING DIAGONAL (U27CB)MATHEMATICAL FALLING DIAGONAL (U27CD)CIRCLE WITH HORIZONTAL BAR (U29B5)SOLIDUS WITH OVERBAR (U29F6)SMALL VEE WITH UNDERBAR (U2A61)这五个字符属于数学排版常用符号视觉修正涉及斜线角度、横杠位置、笔画粗细等细节直接影响数学公式在终端与文档中的呈现质量。4.2 各符号的源码实现U27CB/U27CD数学上升/下降对角线这两个字符在 packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptl 中与斜线/反斜线系列一同维护该文件同时承载U29F8BIG SOLIDUS、U29F9BIG BACKSLASH 等大斜线字形。对角线类字形在 Iosevka 中共享斜线角度常量slashDefautLeft/slashDefaultRight与马赛克上下边界MosaicTop/MosaicBottom修正点大概率落在角度对齐或与基线/字身框的比例关系上——29.0.5 变更日志未给出更细粒度说明从代码结构看此类修复通常是通过调整角度参数或端点位置完成。U29B5CIRCLE WITH HORIZONTAL BAR在 packages/font-glyphs/src/symbol/math/circled.ptl 中定义为复合字形——在数学圆mathO之上叠加一条横杠create-glyph 0x29B5 : composite-proc [refer-glyph mathO] : HBar.m [mix Middle SB Math.SQRT2] [mix Middle RightSB Math.SQRT2] SymbolMid MathEnclosureSw这里横杠的左右端点通过mix Middle SB Math.SQRT2与mix Middle RightSB Math.SQRT2计算即以字身中心向左右两侧按√2比例外扩横杠垂直居中SymbolMid粗细取MathEnclosureSw数学围栏笔画宽。√2系数的作用是让横杠在圆内视觉上恰当地跨越直径修正前可能因系数或端点计算偏差导致横杠伸出圆外或长度不足。U29F6SOLIDUS WITH OVERBAR在 packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptl 中该字形由斜线slash与上横杠组合create-glyph slashOverbar 0x29F6 : glyph-proc include : refer-glyph slash include : HBar.m (Middle - markExtend) (Middle markExtend) (ParenTop AccentClearance) markStroke横杠从Middle - markExtend延伸到Middle markExtend以字身中心为对称轴向左右各延伸markExtend垂直位置在ParenTop AccentClearance括号顶线之上留出重音间距粗细为markStroke标记笔画宽。该结构表明横杠是作为“上划线”叠加在斜线上方修正内容大概率涉及横杠的垂直位置ParenTop AccentClearance的取值或水平范围。U2A61SMALL VEE WITH UNDERBAR在 packages/font-glyphs/src/symbol/math/v-and-cup.ptl 中定义为create-glyph smallVeeUnderbar 0x2A61 : union即小号 V 形vee与下横杠underbar的并集union字形。V 形类字形共享vee系列的角度与宽度参数修正内容涉及 V 形开口角度、下横杠位置或整体比例。4.3 对数学排版的意义这五个符号在 LaTeX 数学环境、Unicode 数学文本如 Jupyter、终端渲染的公式块中高频出现。对于一款面向代码与终端场景的字体此类“小修”直接决定了⟋⟍◵⧶⩡等字符在混合排版中的可读性。Iosevka 通过glyph-proc/composite-proc的模块化写法使每个符号的几何参数集中在单一.ptl文件中便于逐版本微调——29.0.5 正是利用这一机制完成了上述五点修正。五、新增字符带点角符号与 Unicode 16 提案符号5.1 LOWER/ UPPER LEFT CORNER WITH DOTU27D3 / U27D4Add characters: LOWER RIGHT CORNER WITH DOT (U27D3), UPPER LEFT CORNER WITH DOT (U27D4).这两个符号位于 Miscellaneous Mathematical Symbols-A 区块语义为“带点的角”在范畴论中常用于表示 pullback拉回U27D3与 pushout推出U27D4。源码位于 packages/font-glyphs/src/symbol/math/geometry.ptlWithDotVariants pullback 0x27D3 : function [DrawAt kr ov] : glyph-proc include [refer-glyph revRightAngle] AS_BASE ALSO_METRICS local offset : mix 0 GeometryStroke 0.5 include : DrawAt (Middle - offset) (SymbolMid offset) (DotRadius * kr * [AdviceStroke 4] / Stroke - ov) turned pushout 0x27D4 pullback Middle SymbolMid实现思路清晰pullback以反向直角revRightAngle为基底在角内靠近中心的位置绘制一个圆点点的位置由offset取GeometryStroke的一半从中心偏移半径由DotRadius * kr * [AdviceStroke 4] / Stroke - ov计算kr为点径系数ov为重叠量补偿。pushout则直接通过turned变换将pullback旋转 180° 得到保证两者视觉对称。WithDotVariants会同时生成带点与不带点或不同点径的变体并通过select-variant体系接入字符变体CV配置。5.2 Symbols for Legacy Computing Supplement 区块L2/21-235Unicode 16 提案29.0.5 新增的其余字符全部来自L2/21-235提案对应 Unicode 16 的 Symbols for Legacy Computing Supplement 区块U1CC00–U1CEFF。这些字符源于 1970–1990 年代家用电脑/视频终端如 Teletext、ZX Spectrum 等的字符集Iosevka 的目标是让代码与文档可以完整呈现这些历史字符集的字形。29.0.5 新增范围如下码点范围字符说明U1CC00–U1CC0AUP-POINTING GO-KART … VERTICAL RESISTOR SEGMENT游戏/电子元件图形U1CC0E–U1CC14LEFT-POINTING DIODE … VERTICAL CAPACITOR电气元件图形U1CC17–U1CC1ALOGIC GATE INVERTED INPUTS … LOGIC GATE BUFFER WITH INVERTED INPUT逻辑门电路图形U1CC78–U1CC7BLEFT-POINTING ENERGY WAVE … DOWN-POINTING ENERGY WAVE能量波图形U1CC86WHITE LOWER LEFT POINTER白色指针U1CC87WHITE LOWER RIGHT POINTER白色指针U1CC88TWO RINGS ALIGNED HORIZONTALLY双环图形U1CC97–U1CC9DLEFT-POINTING RACING CAR … VERTICAL GO-KART赛车/卡丁车图形U1CE07TOP LEFT BLACK LEFT-POINTING SMALL TRIANGLE三角形图形源码落点game-sprite.ptl 的“车”字形族卡丁车与赛车字形集中在 packages/font-glyphs/src/symbol/pictograph/game-sprite.ptl。该文件用一套参数化的Car绘制函数生成整族车辆图形create-glyph [MangleName goKartUp] [MangleUnicode 0x1CC00] : glyph-proc set-width MosaicWidth include : Car squareBox 0 0 0 0 0 create-glyph [MangleName goKartRight] [MangleUnicode 0x1CC01] : glyph-proc set-width MosaicWidth include : Car squareBox 0 0 0 3 0 create-glyph [MangleName raceCarLeft] [MangleUnicode 0x1CC97] : glyph-proc set-width MosaicWidth include : Car squareBox 1 1 1 1 (3 / 9) ...Car函数接收车身宽度、挡风玻璃开关、车轮配置等参数形如Car squareBox fWindow fRound fStub direction bodyWidth内部用Kit.RoundSeg圆头线段与Kit.Box矩形拼出车身、车轴与车轮见该文件第 85–98 行的绘制逻辑。goKart卡丁车与raceCar赛车通过参数组合区分赛车带挡风玻璃fWindow 1与更宽的车身bodyWidth 3/9。所有字形统一set-width MosaicWidth与同区块其他马赛克字符保持等宽网格保证老式终端字符集在 Iosevka 中能以统一的网格对齐呈现。为什么要在 2020 年代的字体里加“卡丁车”这些字符源自 L2/21-235 提案对历史家用电脑字符集的整理如早期系统用U1CC00等表示游戏角色与电路图形。Iosevka 的定位是“覆盖尽可能完整的符号范围”因此在提案尚未正式定稿标注 “Proposed for Unicode 16”时便先行实现这正是 29.0.0 以来系列版本反复出现 “(Proposed for Unicode 16; L2/21-235)” 注记的原因——读者可在 changes/archives/29.x/29.0.0.md 中看到同批次的大量同类字符。29.0.5 的新增项则是对这批提案字符的补充收尾。六、WHITE DIAMONDU25C7的 APL 形式6.1 变更内容Add APL form for WHITE DIAMOND (U25C7).APLA Programming Language以其特有的符号系统著称其运算符字形要求与普通文本字形在形态上略有差异通常更细、更几何化。Iosevka 通过 OpenType 特性为 APL 运算符维护独立的字形形式并以APLFAPL Form特性标签暴露。6.2 源码落点LinkAplFormForNwidWwid链接机制APL 形式的底层机制定义在 packages/glyph/src/relation.mjsexport const AplForm OtlTaggedProp(AplForm, APLF, APL form);即每个字形可通过APLF特性关联到其 APL 形式。字形侧的实现集中在 packages/font-glyphs/src/symbol/math/apl.ptl# APL uses White Circle and Arrows as operators, this function links them as APL form # and fixes Unicode assignments glyph-block-export LinkAplFormForNwidWwid define [LinkAplFormForNwidWwid gn] : begin define gWwid : query-glyph \(gn).WWID define gNwid : query-glyph \(gn).NWID if (gWwid gNwid) : begin AplForm.set gWwid \(gn).NWID if (para.variantSelector.__enableAplForm enable) : begin local us : glyphStore.queryUnicodeOf gWwid if us : begin glyphStore.deleteUnicodeAssignmentsOf gWwid foreach u us : glyphStore.encodeGlyph u gNwid该函数的核心逻辑查询同一字形的两个版本——WWID宽形wide与NWID窄形narrow通过AplForm.set gWwid \(gn).NWID将宽形关联到窄形作为其 APL 形式当__enableAplForm变体选择器被启用时进一步将窄形字形直接编码到宽形原本的码点上实现“启用 APL 形式后码点默认渲染窄形”的效果。文件底部apl.ptl对whiteCircle、arrowLeft/Right/Up/Down等 APL 常用运算符逐一调用该函数而 29.0.5 则新增了第 269 行的调用LinkAplFormForNwidWwid whiteDiamondwhiteDiamond的字形本体定义在 packages/font-glyphs/src/symbol/geometric/plain.ptlStdWhiteShape DiamondFill whiteDiamond 0x25C7 Size.Oblique即以菱形填充DiamondFill四角 spiro 轮廓生成U25C7WHITE DIAMOND 的空心菱形采用斜置Size.Oblique取向。29.0.5 之后该字符在 APL 语境下可通过APLF特性切换为专用的窄形形式用于诸如菱形运算符如 APL 的◇风格运算的排版。6.3 如何启用 APL 形式从源码结构看APL 形式通过变体选择器__enableAplForm控制apl.ptl 的para.variantSelector.__enableAplForm enable分支。这属于构建期变体配置范畴——在自定义构建的变体配置中启用 APL 形式后相关码点含U25C7会默认渲染为 APL 窄形不启用时则通过APLFOpenType 特性按需切换。关于字符变体体系的完整说明可参阅 doc/character-variants.md。七、如何验证 29.0.5 的这些改动7.1 阅读变更记录原文所有改动均可在版本归档目录中直接查阅29.0.5 完整记录changes/archives/29.x/29.0.5.md同系列其他补丁changes/archives/29.x/29.0.4.md、changes/archives/29.x/29.0.0.md7.2 从源码验证字形与映射本文引用的字形定义均可直接阅读源码核对变更点源码文件多点点标共享punctuationDot基元packages/font-glyphs/src/symbol/punctuation/small.ptlDENSE VERTICAL/HORIZONTAL FILL 映射packages/font-glyphs/src/symbol/mosaic/block.ptlU29B5圆内横杠packages/font-glyphs/src/symbol/math/circled.ptlU29F6斜线上划线packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptlU2A61V 形下横杠packages/font-glyphs/src/symbol/math/v-and-cup.ptlU27D3/U27D4带点角packages/font-glyphs/src/symbol/math/geometry.ptl卡丁车/赛车族packages/font-glyphs/src/symbol/pictograph/game-sprite.ptlAPL 形式链接机制与U25C7packages/font-glyphs/src/symbol/math/apl.ptl、packages/glyph/src/relation.mjs7.3 验证 Quasi-Proportional 度量配置若需复现 29.0.5 修复所依托的度量环境可查看 params/parameters.toml 中[spacing-quasi-proportional]配置块——其中的spacing 3、isQuasiProportional true及七个advanceScale*系数即 Quasi-Proportional 家族Aile / Etoile的度量基线。这些参数与 29.0.0 引入的六单元系统共同构成 29.0.5 侧轴承修复的上下文。自定义构建时如需调整可在parameters.toml中按需覆写仓库为只读实际构建请基于自己的副本进行。结语29.0.5 是一次典型的“质量打磨型”补丁它不引入新特性而是逐项修正准等宽度量下的标点偏移、修正区块填充字符的码点映射、打磨五个数学符号的视觉细节并补齐了带点角符号、Unicode 16 提案的电气/游戏图形字符以及 WHITE DIAMOND 的 APL 形式。透过变更日志逐条对应到 packages/font-glyphs 下的.ptl字形定义与 params/parameters.toml 构建参数可以清晰地看到 Iosevka “由代码生成的字体”这一核心理念——每个符号的几何、映射与度量都以声明式源码维护使补丁级别的微调能够精准、可追溯地落在具体码点上。对于使用者而言本文梳理的码点与文件对照关系也可作为验证字体覆盖范围、排查符号渲染问题的参考索引。【免费下载链接】IosevkaVersatile typeface for code, from code.项目地址: https://gitcode.com/GitHub_Trending/io/Iosevka创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Iosevka 29.0.5 解析：准等宽标点度量修正与 Unicode 16 电气/游戏符号落地
Iosevka 29.0.5 解析准等宽标点度量修正与 Unicode 16 电气/游戏符号落地【免费下载链接】IosevkaVersatile typeface for code, from code.项目地址: https://gitcode.com/GitHub_Trending/io/Iosevka导读本文围绕 Iosevka 29.0.5 的官方变更记录changes/archives/29.x/29.0.5.md展开逐一解读该补丁版本在准等宽Quasi-Proportional排版度量、区块符号 Unicode 映射、数学符号字形、**Unicode 16 提案符号L2/21-235**与APL 字形形式五个方向上的修复与新增。读完本文你将理解 Iosevka 每一条变更日志背后的源码落点、涉及字符的 Unicode 背景以及如何通过仓库内的字形定义与构建参数验证这些改动。本文内容以 29.0.5 变更记录为核心骨架并结合packages/源码与params/构建参数进行佐证不涉及其他版本的泛化介绍。一、版本定位一次聚焦“细节质量”的补丁发布在 Iosevka 的版本演进中29.x 系列处于字符覆盖高速扩张的阶段。以 29.0.0 为参照该系列引入了大量 Unicode 16 提案字符如U1CC00起的 Symbols for Legacy Computing Supplement 区块、重构了 Quasi-Proportional 的度量体系从四单元改为六单元系统见 changes/archives/29.x/29.0.0.md并新增了MOSC马赛克特性等能力。29.0.5 则是典型的“补丁型”发布不引入新特性框架而是集中处理上一轮大规模新增字符后遗留的映射错误、视觉瑕疵与度量偏差。变更记录共分四类准等宽模式下的多点点标multi-dot punctuation侧轴承side bearing修复两个区块填充字符的 Unicode 映射修复五个数学符号的视觉修正一批新增字符含 Unicode 16 提案字符与带点角符号为U25C7WHITE DIAMOND 增加 APL 形式。下面逐条深入。二、Quasi-Proportional 模式下多点点标的侧轴承修复2.1 变更内容Fix side bearings of multi-dot punctuation (U10FB,U2056,U2058..205B,U2E2A..U2E2D) under Quasi-Proportional.本次修复涉及以下字符码点字符名所在区块U10FBGEORGIAN PARAGRAPH SEPARATORGeorgianU2056THREE DOT PUNCTUATIONGeneral PunctuationU2058FOUR DOT PUNCTUATIONGeneral PunctuationU2059FIVE DOT PUNCTUATIONGeneral PunctuationU205ATWO DOT PUNCTUATIONGeneral PunctuationU205BFOUR DOT MARKGeneral PunctuationU2E2ATWO DOTS OVER ONE DOT PUNCTUATIONSupplemental PunctuationU2E2BONE DOT OVER TWO DOTS PUNCTUATIONSupplemental PunctuationU2E2CSQUARED FOUR DOT PUNCTUATIONSupplemental PunctuationU2E2DFIVE DOT MARKSupplemental Punctuation这类字符的共性在于它们都是由多个圆点按固定几何关系堆叠/排列而成的标点视觉重心与普通单点标点.、:不同因此在等宽monospace度量下并不显眼但在 Quasi-Proportional 家族Aile / Etoile中由于每个字符的 advance width 随字形类别缩放详见 2.3多点点标若沿用单点标点的侧轴承会出现整体偏移或左右留白不均的问题。2.2 源码落点统一跟随punctuationDot变体这些多点点标在字形定义层共享同一套圆点基元。在 packages/font-glyphs/src/symbol/punctuation/small.ptl 中可以看到select-variant threeDotPunct 0x2056 (follow -- punctuationDot) select-variant geor/paragraphSeparator 0x10FB (follow -- punctuationDot) select-variant twoDotOverOneDotPunct 0x2E2A (follow -- punctuationDot)即U2056、U10FB、U2E2A等字符通过follow -- punctuationDot继承圆点变体的选择圆点自身的宽度与侧轴承参数被多个多点点标共享。这意味着只要圆点的度量参数特别是 Quasi-Proportional 缩放下的 advance 与 side bearing 计算存在偏差就会成批地影响上述所有字符——这也解释了为何 29.0.5 一次修复覆盖了 10 个码点。2.3 底层机制六单元度量系统与advanceScale*参数29.0.5 修复的是“Quasi-Proportional 下的侧轴承”而 Quasi-Proportional 的度量体系在 29.0.0 中刚被重构为六单元系统six-unit system并对f、t、r、m、w等字母的度量做了整体调整见 changes/archives/29.x/29.0.0.md。六单元系统的核心参数定义在 params/parameters.toml# Diversed advance width scale factors, used in quasi-proportional families advanceScaleMM 1 # Extra-wide letters advanceScaleM 1 # M-like letters advanceScaleT 1 # T-like letters (with serifs) advanceScaleF 1 # f-like letters advanceScaleI 1 # i-like letters (with serifs/tails) advanceScaleII 1 # Extra-narrow letters (like i without serifs/tails) advanceScaleSp 1 # Whitespace characters而在 Quasi-Proportional 的正式配置块中params/parameters.toml这些缩放系数被设为以 6 为分母的分数[spacing-quasi-proportional] spacing 3 isQuasiProportional true advanceScaleMM 1.5 # 9/6 advanceScaleM 1.3333333333333 # 8/6 advanceScaleT 1.1666666666666 # 7/6 advanceScaleF 0.8333333333333 # 5/6 advanceScaleI 0.6666666666666 # 4/6 advanceScaleII 0.5 # 3/6 advanceScaleSp 0.5833333333333 # 7/12可以看到 Quasi-Proportional 家族中字符被划分为 7 个宽度等级Extra-wide 到 Extra-narrow每种字母的 advance width 按比例缩放而非等宽家族的统一宽度。在这种缩放体系下多点点标这类“由多个圆点横向/纵向组合”的符号其内部点间距与左右侧轴承若按等宽参数计算在非整数倍缩放后就会出现视觉偏移。29.0.5 的修复正是针对这批字符在此体系下的侧轴承进行校正。从源码结构看packages/font-glyphs/src/auto-build/composite.ptl 等处也大量出现para.isQuasiProportional的条件分支说明 Quasi-Proportional 与等宽家族在字形合成与度量处理上走的是两套逻辑29.0.5 的修复即属于 Quasi-Proportional 分支下的专项校正。三、DENSE VERTICAL / HORIZONTAL FILL 的映射修复3.1 变更内容Fix mapping of DENSE VERTICAL FILL (U1CC44) and DENSE HORIZONTAL FILL (U1CC45).U1CC44DENSE VERTICAL FILL密集垂直填充与U1CC45DENSE HORIZONTAL FILL密集水平填充位于Symbols for Legacy Computing Supplement区块U1CC00–U1CCFFUnicode 16 提案来源 L2/21-235。它们是老式计算机字符集如 Teletext、Home Computer 系统中用于填充矩形区域的马赛克类字符。“Mapping”一词表明这两个字符此前在字形库中的 Unicode 分配encoding有误——即字形本身可能已存在但被错误地绑定到了其他码点或码点被绑定到了错误的字形。29.0.5 将它们的映射修正。3.2 源码落点马赛克区块的填充基元这两个字符的字形定义位于马赛克mosaic符号模块 packages/font-glyphs/src/symbol/mosaic/block.ptlcreate-glyph [MangleName denseVertShade] [MangleUnicode 0x1CC44] : glyph-proc set-width MosaicWidth include : ForceUpright include : VShade (4 * MosaicWidthScalar) top bottom left right create-glyph [MangleName denseHoriShade] [MangleUnicode 0x1CC45] : glyph-proc set-width MosaicWidth include : ForceUpright include : HShade 8 top bottom left right两处定义均以MangleUnicode 0x1CC44/0x1CC45显式指定码点宽度统一为MosaicWidth并通过ForceUpright强制直立保证在斜体/倾斜字形中填充图案不发生剪切随后分别用VShade垂直条纹密度系数4 * MosaicWidthScalar与HShade水平条纹系数 8生成填充纹理。作为对照同文件中U1CC41SPARSE VERTICAL FILL、U1CC42ORTHOGONAL CROSSHATCH FILL、U1CC43DIAGONAL CROSSHATCH FILL使用稀疏密度Sparse/DiagShade而U1CC44/U1CC45使用更高密度构成“sparse → dense”的密度梯度。29.0.5 修复后这两个高密度填充字符的码点映射与字形一一对应可与同区块的稀疏填充U1CC40SPARSE VERTICAL FILL、U1CC41SPARSE HORIZONTAL FILL 等协同用于文本模式的图形绘制。四、数学符号视觉修正U27CB / U27CD / U29B5 / U29F6 / U2A614.1 变更内容Fix glyph visuals:MATHEMATICAL RISING DIAGONAL (U27CB)MATHEMATICAL FALLING DIAGONAL (U27CD)CIRCLE WITH HORIZONTAL BAR (U29B5)SOLIDUS WITH OVERBAR (U29F6)SMALL VEE WITH UNDERBAR (U2A61)这五个字符属于数学排版常用符号视觉修正涉及斜线角度、横杠位置、笔画粗细等细节直接影响数学公式在终端与文档中的呈现质量。4.2 各符号的源码实现U27CB/U27CD数学上升/下降对角线这两个字符在 packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptl 中与斜线/反斜线系列一同维护该文件同时承载U29F8BIG SOLIDUS、U29F9BIG BACKSLASH 等大斜线字形。对角线类字形在 Iosevka 中共享斜线角度常量slashDefautLeft/slashDefaultRight与马赛克上下边界MosaicTop/MosaicBottom修正点大概率落在角度对齐或与基线/字身框的比例关系上——29.0.5 变更日志未给出更细粒度说明从代码结构看此类修复通常是通过调整角度参数或端点位置完成。U29B5CIRCLE WITH HORIZONTAL BAR在 packages/font-glyphs/src/symbol/math/circled.ptl 中定义为复合字形——在数学圆mathO之上叠加一条横杠create-glyph 0x29B5 : composite-proc [refer-glyph mathO] : HBar.m [mix Middle SB Math.SQRT2] [mix Middle RightSB Math.SQRT2] SymbolMid MathEnclosureSw这里横杠的左右端点通过mix Middle SB Math.SQRT2与mix Middle RightSB Math.SQRT2计算即以字身中心向左右两侧按√2比例外扩横杠垂直居中SymbolMid粗细取MathEnclosureSw数学围栏笔画宽。√2系数的作用是让横杠在圆内视觉上恰当地跨越直径修正前可能因系数或端点计算偏差导致横杠伸出圆外或长度不足。U29F6SOLIDUS WITH OVERBAR在 packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptl 中该字形由斜线slash与上横杠组合create-glyph slashOverbar 0x29F6 : glyph-proc include : refer-glyph slash include : HBar.m (Middle - markExtend) (Middle markExtend) (ParenTop AccentClearance) markStroke横杠从Middle - markExtend延伸到Middle markExtend以字身中心为对称轴向左右各延伸markExtend垂直位置在ParenTop AccentClearance括号顶线之上留出重音间距粗细为markStroke标记笔画宽。该结构表明横杠是作为“上划线”叠加在斜线上方修正内容大概率涉及横杠的垂直位置ParenTop AccentClearance的取值或水平范围。U2A61SMALL VEE WITH UNDERBAR在 packages/font-glyphs/src/symbol/math/v-and-cup.ptl 中定义为create-glyph smallVeeUnderbar 0x2A61 : union即小号 V 形vee与下横杠underbar的并集union字形。V 形类字形共享vee系列的角度与宽度参数修正内容涉及 V 形开口角度、下横杠位置或整体比例。4.3 对数学排版的意义这五个符号在 LaTeX 数学环境、Unicode 数学文本如 Jupyter、终端渲染的公式块中高频出现。对于一款面向代码与终端场景的字体此类“小修”直接决定了⟋⟍◵⧶⩡等字符在混合排版中的可读性。Iosevka 通过glyph-proc/composite-proc的模块化写法使每个符号的几何参数集中在单一.ptl文件中便于逐版本微调——29.0.5 正是利用这一机制完成了上述五点修正。五、新增字符带点角符号与 Unicode 16 提案符号5.1 LOWER/ UPPER LEFT CORNER WITH DOTU27D3 / U27D4Add characters: LOWER RIGHT CORNER WITH DOT (U27D3), UPPER LEFT CORNER WITH DOT (U27D4).这两个符号位于 Miscellaneous Mathematical Symbols-A 区块语义为“带点的角”在范畴论中常用于表示 pullback拉回U27D3与 pushout推出U27D4。源码位于 packages/font-glyphs/src/symbol/math/geometry.ptlWithDotVariants pullback 0x27D3 : function [DrawAt kr ov] : glyph-proc include [refer-glyph revRightAngle] AS_BASE ALSO_METRICS local offset : mix 0 GeometryStroke 0.5 include : DrawAt (Middle - offset) (SymbolMid offset) (DotRadius * kr * [AdviceStroke 4] / Stroke - ov) turned pushout 0x27D4 pullback Middle SymbolMid实现思路清晰pullback以反向直角revRightAngle为基底在角内靠近中心的位置绘制一个圆点点的位置由offset取GeometryStroke的一半从中心偏移半径由DotRadius * kr * [AdviceStroke 4] / Stroke - ov计算kr为点径系数ov为重叠量补偿。pushout则直接通过turned变换将pullback旋转 180° 得到保证两者视觉对称。WithDotVariants会同时生成带点与不带点或不同点径的变体并通过select-variant体系接入字符变体CV配置。5.2 Symbols for Legacy Computing Supplement 区块L2/21-235Unicode 16 提案29.0.5 新增的其余字符全部来自L2/21-235提案对应 Unicode 16 的 Symbols for Legacy Computing Supplement 区块U1CC00–U1CEFF。这些字符源于 1970–1990 年代家用电脑/视频终端如 Teletext、ZX Spectrum 等的字符集Iosevka 的目标是让代码与文档可以完整呈现这些历史字符集的字形。29.0.5 新增范围如下码点范围字符说明U1CC00–U1CC0AUP-POINTING GO-KART … VERTICAL RESISTOR SEGMENT游戏/电子元件图形U1CC0E–U1CC14LEFT-POINTING DIODE … VERTICAL CAPACITOR电气元件图形U1CC17–U1CC1ALOGIC GATE INVERTED INPUTS … LOGIC GATE BUFFER WITH INVERTED INPUT逻辑门电路图形U1CC78–U1CC7BLEFT-POINTING ENERGY WAVE … DOWN-POINTING ENERGY WAVE能量波图形U1CC86WHITE LOWER LEFT POINTER白色指针U1CC87WHITE LOWER RIGHT POINTER白色指针U1CC88TWO RINGS ALIGNED HORIZONTALLY双环图形U1CC97–U1CC9DLEFT-POINTING RACING CAR … VERTICAL GO-KART赛车/卡丁车图形U1CE07TOP LEFT BLACK LEFT-POINTING SMALL TRIANGLE三角形图形源码落点game-sprite.ptl 的“车”字形族卡丁车与赛车字形集中在 packages/font-glyphs/src/symbol/pictograph/game-sprite.ptl。该文件用一套参数化的Car绘制函数生成整族车辆图形create-glyph [MangleName goKartUp] [MangleUnicode 0x1CC00] : glyph-proc set-width MosaicWidth include : Car squareBox 0 0 0 0 0 create-glyph [MangleName goKartRight] [MangleUnicode 0x1CC01] : glyph-proc set-width MosaicWidth include : Car squareBox 0 0 0 3 0 create-glyph [MangleName raceCarLeft] [MangleUnicode 0x1CC97] : glyph-proc set-width MosaicWidth include : Car squareBox 1 1 1 1 (3 / 9) ...Car函数接收车身宽度、挡风玻璃开关、车轮配置等参数形如Car squareBox fWindow fRound fStub direction bodyWidth内部用Kit.RoundSeg圆头线段与Kit.Box矩形拼出车身、车轴与车轮见该文件第 85–98 行的绘制逻辑。goKart卡丁车与raceCar赛车通过参数组合区分赛车带挡风玻璃fWindow 1与更宽的车身bodyWidth 3/9。所有字形统一set-width MosaicWidth与同区块其他马赛克字符保持等宽网格保证老式终端字符集在 Iosevka 中能以统一的网格对齐呈现。为什么要在 2020 年代的字体里加“卡丁车”这些字符源自 L2/21-235 提案对历史家用电脑字符集的整理如早期系统用U1CC00等表示游戏角色与电路图形。Iosevka 的定位是“覆盖尽可能完整的符号范围”因此在提案尚未正式定稿标注 “Proposed for Unicode 16”时便先行实现这正是 29.0.0 以来系列版本反复出现 “(Proposed for Unicode 16; L2/21-235)” 注记的原因——读者可在 changes/archives/29.x/29.0.0.md 中看到同批次的大量同类字符。29.0.5 的新增项则是对这批提案字符的补充收尾。六、WHITE DIAMONDU25C7的 APL 形式6.1 变更内容Add APL form for WHITE DIAMOND (U25C7).APLA Programming Language以其特有的符号系统著称其运算符字形要求与普通文本字形在形态上略有差异通常更细、更几何化。Iosevka 通过 OpenType 特性为 APL 运算符维护独立的字形形式并以APLFAPL Form特性标签暴露。6.2 源码落点LinkAplFormForNwidWwid链接机制APL 形式的底层机制定义在 packages/glyph/src/relation.mjsexport const AplForm OtlTaggedProp(AplForm, APLF, APL form);即每个字形可通过APLF特性关联到其 APL 形式。字形侧的实现集中在 packages/font-glyphs/src/symbol/math/apl.ptl# APL uses White Circle and Arrows as operators, this function links them as APL form # and fixes Unicode assignments glyph-block-export LinkAplFormForNwidWwid define [LinkAplFormForNwidWwid gn] : begin define gWwid : query-glyph \(gn).WWID define gNwid : query-glyph \(gn).NWID if (gWwid gNwid) : begin AplForm.set gWwid \(gn).NWID if (para.variantSelector.__enableAplForm enable) : begin local us : glyphStore.queryUnicodeOf gWwid if us : begin glyphStore.deleteUnicodeAssignmentsOf gWwid foreach u us : glyphStore.encodeGlyph u gNwid该函数的核心逻辑查询同一字形的两个版本——WWID宽形wide与NWID窄形narrow通过AplForm.set gWwid \(gn).NWID将宽形关联到窄形作为其 APL 形式当__enableAplForm变体选择器被启用时进一步将窄形字形直接编码到宽形原本的码点上实现“启用 APL 形式后码点默认渲染窄形”的效果。文件底部apl.ptl对whiteCircle、arrowLeft/Right/Up/Down等 APL 常用运算符逐一调用该函数而 29.0.5 则新增了第 269 行的调用LinkAplFormForNwidWwid whiteDiamondwhiteDiamond的字形本体定义在 packages/font-glyphs/src/symbol/geometric/plain.ptlStdWhiteShape DiamondFill whiteDiamond 0x25C7 Size.Oblique即以菱形填充DiamondFill四角 spiro 轮廓生成U25C7WHITE DIAMOND 的空心菱形采用斜置Size.Oblique取向。29.0.5 之后该字符在 APL 语境下可通过APLF特性切换为专用的窄形形式用于诸如菱形运算符如 APL 的◇风格运算的排版。6.3 如何启用 APL 形式从源码结构看APL 形式通过变体选择器__enableAplForm控制apl.ptl 的para.variantSelector.__enableAplForm enable分支。这属于构建期变体配置范畴——在自定义构建的变体配置中启用 APL 形式后相关码点含U25C7会默认渲染为 APL 窄形不启用时则通过APLFOpenType 特性按需切换。关于字符变体体系的完整说明可参阅 doc/character-variants.md。七、如何验证 29.0.5 的这些改动7.1 阅读变更记录原文所有改动均可在版本归档目录中直接查阅29.0.5 完整记录changes/archives/29.x/29.0.5.md同系列其他补丁changes/archives/29.x/29.0.4.md、changes/archives/29.x/29.0.0.md7.2 从源码验证字形与映射本文引用的字形定义均可直接阅读源码核对变更点源码文件多点点标共享punctuationDot基元packages/font-glyphs/src/symbol/punctuation/small.ptlDENSE VERTICAL/HORIZONTAL FILL 映射packages/font-glyphs/src/symbol/mosaic/block.ptlU29B5圆内横杠packages/font-glyphs/src/symbol/math/circled.ptlU29F6斜线上划线packages/font-glyphs/src/symbol/punctuation/slashes-and-number-sign.ptlU2A61V 形下横杠packages/font-glyphs/src/symbol/math/v-and-cup.ptlU27D3/U27D4带点角packages/font-glyphs/src/symbol/math/geometry.ptl卡丁车/赛车族packages/font-glyphs/src/symbol/pictograph/game-sprite.ptlAPL 形式链接机制与U25C7packages/font-glyphs/src/symbol/math/apl.ptl、packages/glyph/src/relation.mjs7.3 验证 Quasi-Proportional 度量配置若需复现 29.0.5 修复所依托的度量环境可查看 params/parameters.toml 中[spacing-quasi-proportional]配置块——其中的spacing 3、isQuasiProportional true及七个advanceScale*系数即 Quasi-Proportional 家族Aile / Etoile的度量基线。这些参数与 29.0.0 引入的六单元系统共同构成 29.0.5 侧轴承修复的上下文。自定义构建时如需调整可在parameters.toml中按需覆写仓库为只读实际构建请基于自己的副本进行。结语29.0.5 是一次典型的“质量打磨型”补丁它不引入新特性而是逐项修正准等宽度量下的标点偏移、修正区块填充字符的码点映射、打磨五个数学符号的视觉细节并补齐了带点角符号、Unicode 16 提案的电气/游戏图形字符以及 WHITE DIAMOND 的 APL 形式。透过变更日志逐条对应到 packages/font-glyphs 下的.ptl字形定义与 params/parameters.toml 构建参数可以清晰地看到 Iosevka “由代码生成的字体”这一核心理念——每个符号的几何、映射与度量都以声明式源码维护使补丁级别的微调能够精准、可追溯地落在具体码点上。对于使用者而言本文梳理的码点与文件对照关系也可作为验证字体覆盖范围、排查符号渲染问题的参考索引。【免费下载链接】IosevkaVersatile typeface for code, from code.项目地址: https://gitcode.com/GitHub_Trending/io/Iosevka创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
