WezTermcustom_block_glyphs配置详解自定义块状字符绘制的原理与实践【免费下载链接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust项目地址: https://gitcode.com/GitHub_Trending/we/wezterm本指南聚焦于 WezTerm 终端模拟器的custom_block_glyphs配置项默认开启介绍它如何让 WezTerm 绕过字体渲染、自行绘制 Box Drawing、块元素、Braille 盲文、Powerline、Git 分支 DAG 以及进度条等字符以及如何在绘制精度与渲染性能之间做出取舍。读完本文你将理解该选项的适用场景、底层绘制机制customglyph.rs 中 6000 余行的矢量绘制实现并掌握在.wezterm.lua中按需开启、关闭或配合反锯齿开关进行微调的完整方法。custom_block_glyphs是 WezTerm 中一个默认开启的布尔配置项。当它被设置为true时WezTerm 不再从字体文件解析下列 Unicode 区段内的字形而是由程序自身计算并绘制这些字符的图形这带来了两个显著优势一是规避了特定字体在 freetype 下的 hinting 渲染问题二是让这些由格子拼成的字符在任意字体环境下都保持几何上的一致性与对齐精度。一、配置项是什么一句话理解custom_block_glyphs按照官方文档custom_block_glyphs.md的定义When set totrue(the default), WezTerm will compute its own idea of what the glyphs in the following unicode ranges should be, instead of using glyphs resolved from a font.即在默认配置下WezTerm 对特定 Unicode 区段的字符不依赖字体提供的字形glyph而是自己计算应该画成什么样。这与 WezTerm 的整体渲染架构一致——终端内每个单元格的最终绘制发生在 GPU 加速的渲染管线中而这些块状字符本质上是规则的几何图形完全可以由代码精确构造。该选项的存在初衷是绕开一个 freetype 的 hinting 问题。在部分字体/字号组合下freetype 对细线条的 hinting 会导致 Box Drawing 等字符的横竖线粗细不均匀、对齐错位由 WezTerm 自行绘制后线条宽度、间距完全由渲染度量render metrics控制视觉一致性大幅提升。二、被接管绘制的 Unicode 区段与字符族下表完整列出了custom_block_glyphs true时由 WezTerm 自行绘制的字符范围、对应的 Unicode 官方区段及该支持加入 WezTerm 的版本Since列为 WezTerm 版本号区段Unicode 官方 Chart内容引入版本U2500Box Drawing制表符/框线20210814-124438-54e29167U2580Unicode 块元素block elements如半块、四分之一块、阴影块20210314-114017-04b7cedd该配置项诞生版本U1FB00Symbols for Legacy ComputingSextants 六分区与 Smooth mosaic 平滑马赛克图形20210814-124438-54e29167U1CC00Symbols for Legacy Computing SupplementBlock mosaic 终端图形字符???nightly 新近加入对应版本待定U2800Braille Patterns盲文点阵20210814-124438-54e29167Powerline 字符Powerline 的三角、圆弧、对角字形UE0B0–UE0BF等私用区20210814-124438-54e29167Git Branch Symbols用于绘制 Git 分支结构等 DAG 图的定制分支符号nightly 新增Progress Bar Symbols固定与不确定进度条的区块元素nightly 新增对照源码可以印证这张表的完整性customglyph.rs 中的BlockKey枚举定义了 WezTerm 内部可以绘制的全部块图形类别包括块矩形列表Blocks、三角形Triangles、单元对角线CellDiagonals、六分区Sextant、八分区Octant、盲文点阵Braille、进度条区块Progress、分支图形Branches、旋转器Spinner以及多边形Poly等而from_char函数见 customglyph.rs正是将上述 Unicode 码点映射到这些内部图形的查找逻辑。2.1 六分区与八分区从 0x1FB00 看位图化实现以 Sextant 为例源码中用一张 60 字节的查找表SEXTANT_PATTERNS描述0x1FB00..0x1FB3B区间内每个字符对应的图案每个字节的比特位对应一个 2 行 3 列网格中的一个小方格customglyph.rs// Lookup table from sextant Unicode range 0x1fb00..0x1fb3b to sextant pattern: // pattern is a byte whose bits corresponds to elements on a 2 by 3 grid. // The position of a sextant for a bit position (0-indexed) is as follows: // ╭───┬───╮ // │ 0 │ 1 │ // ├───┼───┤ // │ 2 │ 3 │ // ├───┼───┤ // │ 4 │ 5 │ // ╰───╴──╯ const SEXTANT_PATTERNS: [u8; 60] [ 0b000001, // [] BLOCK SEXTANT-1 0b000010, // [] BLOCK SEXTANT-2 ... ];这类位图模式 → 几何填充的实现思路贯穿整套自定义块图形字符只是一个索引真正的图形由代码在渲染时构造从而彻底摆脱字体文件对细节的控制。三、源码视角自定义块图形如何接入渲染管线理解该配置项的行为需要看它在渲染管线中的两个关键接入点。3.1 渲染时替换字形纹理在屏幕行渲染器 screen_line.rs 中每一帧绘制字符时都会做如下判断if self.config.custom_block_glyphs { if let Some(block) info.block_key { texture.replace( gl_state .glyph_cache .borrow_mut() .cached_block(*block, params.render_metrics) .context(cached_block)?, ); } }含义是先正常通过字体整形shaping解析字符并获得字形纹理随后如果该字符命中了块图形映射且custom_block_glyphs为真则用cached_block生成的矢量纹理替换掉原先的字形纹理。由于自定义图形与整形器计算的偏移量不同它们会以单元格为基准进行渲染源码注释中明确写到 Custom glyphs dont have the same offsets as computed by the shaper, and are rendered relative to the cell。3.2 字形缓存避免每帧重复绘制在 main.rs 的调试/开发路径中也可以看到相同的替换逻辑以及一条很有用的诊断输出该输出仅在wezterm ls-fonts之类的开发诊断场景出现drawn by wezterm because custom_block_glyphstrue: {:?}即当字符被 WezTerm 接管绘制时日志会明确标注 drawn by wezterm。而真正面向用户的关键机制是glyph_cache.cached_block(...)绘制好的块图形会被缓存cache在字形缓存中同一图形在后续帧中直接复用纹理而不是逐帧重新走一遍矢量构造。这一点保证了开启该选项不会对滚动性能造成明显拖累。3.3 配置默认值两个开关默认同时开启在配置结构体 config.rs 中两个相关字段定义如下#[dynamic(default default_true)] pub custom_block_glyphs: bool, #[dynamic(default default_true)] pub anti_alias_custom_block_glyphs: bool,两者默认值均为true并且都在运行时被动态读取——也就是说你可以在运行中的 WezTerm 里通过配置重载立即看到效果无需重启。四、如何在.wezterm.lua中配置该配置项位于config表下支持在全局配置或特定 Override 中按需调整。4.1 显式开启默认行为可省略local wezterm require wezterm return { custom_block_glyphs true, }由于true是默认值上述写法实际上不会改变任何行为这样写的作用是显式声明意图方便他人阅读你的配置。4.2 关闭回退到字体自带字形如果你希望使用所选择字体自带的块字符例如某些像素风字体或图标字体在块字符上做了特殊设计可以关闭该选项local wezterm require wezterm return { custom_block_glyphs false, }设置false后Box Drawing、块元素、盲文、Powerline 等字符将全部回退为从字体解析得到的字形。需要注意此时字体的 hinting 渲染质量将直接决定这些字符的对齐和粗细表现这正是该选项最初要规避的问题因此不建议在常见默认字体下关闭。4.3 配合反锯齿开关微调视觉效果custom_block_glyphs常与 anti_alias_custom_block_glyphs自20220405-091515-8a0072ad起可用搭配使用。官方文档对后者的说明是控制自定义块图形是否使用反锯齿渲染——反锯齿让线条更平滑但在较小字号下可能看起来不够锐利。local wezterm require wezterm return { -- 启用自定义块图形默认 custom_block_glyphs true, -- 自定义块图形使用反锯齿使线条更平滑 anti_alias_custom_block_glyphs true, }常见的调优思路使用大字号如高分屏 大字体时保持anti_alias_custom_block_glyphs true线条平滑、观感细腻使用小字号或追求像素级锐利的复古风格时可将其设为false避免细线条被反锯齿糊成一团若发现某些字体的块字符边缘出现发虚可优先尝试关闭反锯齿而不是直接关闭custom_block_glyphs本体。五、实际影响哪些场景会感知到这个选项5.1 终端 TUI 程序的框线与进度条htop、vim、lazygit、btop等重度依赖 Box Drawing 和块元素的程序是custom_block_glyphs的直接受益者。开启后这些字符的横竖线在所有行上都粗细一致、拐角对齐尤其在字号较小时避免了 freetype hinting 导致的线条断裂或粗细不均。5.2 Powerline / statusline 状态栏许多 shell 主题如基于 powerline 的状态栏使用UE0B0等私用区字符绘制箭头和圆角分隔符。WezTerm 自行绘制这些图形后分隔符的三角与圆弧在缩放、字号变化时保持比例正确不再依赖用户手动挑选一款恰好带 powerline 字形的字体。5.3 Git 分支图DAG与进度条nightly从 nightly 版本开始WezTerm 还支持绘制 Git 分支符号用于渲染git log --graph这类 DAG 结构与 进度条符号。在 customglyph.rs 中可以看到对应的Branch位标志枚举VERTICAL、HORIZONTAL、四种圆弧方向RIGHT_TO_DOWN等、实心/空心圆CIRCLE_FILLED/CIRCLE_OUTLINE以及 8 个方向的连接组合from_char中从0xF5D0到0xF5FF及后续码点将每个分支字形码点映射为上述标志的组合customglyph.rs。进度条区块同样有明确的内部枚举ProgressChunkLEFT、RIGHT、MIDDLE与FULL组合出空/满/左右端等状态customglyph.rs对应UEE00–UEE05等码点。这类字形通常位于字体私用区Private Use Area大多数普通字体根本没有对应字形——因此对它们而言custom_block_glyphs的意义不只是更美观而是没有它就无法正确显示。5.4 盲文Braille图形渲染Blender、kakoune等工具会使用盲文点阵字符绘制低分辨率图形。WezTerm 将U2800..U28FF映射为Braille(u8)位模式见 customglyph.rs由代码在单元格内精确排布 2×4 点阵保证点距均匀、与行高对齐。六、常见问题与排查建议Q1关闭后看不到任何变化如果你使用的字体在这些区段上本身没有字形例如缺字导致显示为豆腐块□关闭custom_block_glyphs反而会让字符更难看。可以先运行wezterm ls-fonts --list-system确认字体覆盖情况。Q2线条太粗或太细这是渲染度量的正常表现。先尝试切换anti_alias_custom_block_glyphstrue平滑 /false锐利再考虑字体与字号的影响该问题与custom_block_glyphs是否开启无关时通常是字体 hinting 问题可保持默认开启状态。Q3如何确认某个字符到底是不是 WezTerm 自己画的从源码看命中自定义绘制的字符会在内部日志中打印 drawn by wezterm because custom_block_glyphstruemain.rs。在诊断场景下可通过该日志信息定位字符归属。Q4会不会影响滚动/刷新性能不会。块图形在首次绘制后即进入字形缓存cached_block后续帧直接复用纹理这与普通字形纹理的缓存路径一致。七、小结什么时候该改这个配置你的诉求推荐设置默认最佳体验、保证框线与块字符对齐一致custom_block_glyphs true默认无需改动使用自带特殊块字形的字体像素风等想用字体原样custom_block_glyphs false大字号下希望线条平滑anti_alias_custom_block_glyphs true默认小字号或复古像素风格希望线条锐利anti_alias_custom_block_glyphs falsecustom_block_glyphs是 WezTerm 在字形渲染领域的一个重要抽象它把一类几何规则、跨字体不稳定的字符从字体渲染中剥离出来交给 GPU 渲染管线中的矢量构造逻辑统一处理。理解它就理解了 WezTerm 为何能在任意字体组合下保持 TUI 界面的框线、状态栏分隔符与图形化输出的视觉一致性。延伸阅读官方配置文档custom_block_glyphs.md、anti_alias_custom_block_glyphs.md核心实现customglyph.rs块图形枚举、位图模式表与矢量绘制逻辑渲染接入点screen_line.rs、main.rs配置默认值定义config.rs【免费下载链接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust项目地址: https://gitcode.com/GitHub_Trending/we/wezterm创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 WezTerm `custom_block_glyphs` 配置详解：自定义块状字符绘制的原理与实践
WezTermcustom_block_glyphs配置详解自定义块状字符绘制的原理与实践【免费下载链接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust项目地址: https://gitcode.com/GitHub_Trending/we/wezterm本指南聚焦于 WezTerm 终端模拟器的custom_block_glyphs配置项默认开启介绍它如何让 WezTerm 绕过字体渲染、自行绘制 Box Drawing、块元素、Braille 盲文、Powerline、Git 分支 DAG 以及进度条等字符以及如何在绘制精度与渲染性能之间做出取舍。读完本文你将理解该选项的适用场景、底层绘制机制customglyph.rs 中 6000 余行的矢量绘制实现并掌握在.wezterm.lua中按需开启、关闭或配合反锯齿开关进行微调的完整方法。custom_block_glyphs是 WezTerm 中一个默认开启的布尔配置项。当它被设置为true时WezTerm 不再从字体文件解析下列 Unicode 区段内的字形而是由程序自身计算并绘制这些字符的图形这带来了两个显著优势一是规避了特定字体在 freetype 下的 hinting 渲染问题二是让这些由格子拼成的字符在任意字体环境下都保持几何上的一致性与对齐精度。一、配置项是什么一句话理解custom_block_glyphs按照官方文档custom_block_glyphs.md的定义When set totrue(the default), WezTerm will compute its own idea of what the glyphs in the following unicode ranges should be, instead of using glyphs resolved from a font.即在默认配置下WezTerm 对特定 Unicode 区段的字符不依赖字体提供的字形glyph而是自己计算应该画成什么样。这与 WezTerm 的整体渲染架构一致——终端内每个单元格的最终绘制发生在 GPU 加速的渲染管线中而这些块状字符本质上是规则的几何图形完全可以由代码精确构造。该选项的存在初衷是绕开一个 freetype 的 hinting 问题。在部分字体/字号组合下freetype 对细线条的 hinting 会导致 Box Drawing 等字符的横竖线粗细不均匀、对齐错位由 WezTerm 自行绘制后线条宽度、间距完全由渲染度量render metrics控制视觉一致性大幅提升。二、被接管绘制的 Unicode 区段与字符族下表完整列出了custom_block_glyphs true时由 WezTerm 自行绘制的字符范围、对应的 Unicode 官方区段及该支持加入 WezTerm 的版本Since列为 WezTerm 版本号区段Unicode 官方 Chart内容引入版本U2500Box Drawing制表符/框线20210814-124438-54e29167U2580Unicode 块元素block elements如半块、四分之一块、阴影块20210314-114017-04b7cedd该配置项诞生版本U1FB00Symbols for Legacy ComputingSextants 六分区与 Smooth mosaic 平滑马赛克图形20210814-124438-54e29167U1CC00Symbols for Legacy Computing SupplementBlock mosaic 终端图形字符???nightly 新近加入对应版本待定U2800Braille Patterns盲文点阵20210814-124438-54e29167Powerline 字符Powerline 的三角、圆弧、对角字形UE0B0–UE0BF等私用区20210814-124438-54e29167Git Branch Symbols用于绘制 Git 分支结构等 DAG 图的定制分支符号nightly 新增Progress Bar Symbols固定与不确定进度条的区块元素nightly 新增对照源码可以印证这张表的完整性customglyph.rs 中的BlockKey枚举定义了 WezTerm 内部可以绘制的全部块图形类别包括块矩形列表Blocks、三角形Triangles、单元对角线CellDiagonals、六分区Sextant、八分区Octant、盲文点阵Braille、进度条区块Progress、分支图形Branches、旋转器Spinner以及多边形Poly等而from_char函数见 customglyph.rs正是将上述 Unicode 码点映射到这些内部图形的查找逻辑。2.1 六分区与八分区从 0x1FB00 看位图化实现以 Sextant 为例源码中用一张 60 字节的查找表SEXTANT_PATTERNS描述0x1FB00..0x1FB3B区间内每个字符对应的图案每个字节的比特位对应一个 2 行 3 列网格中的一个小方格customglyph.rs// Lookup table from sextant Unicode range 0x1fb00..0x1fb3b to sextant pattern: // pattern is a byte whose bits corresponds to elements on a 2 by 3 grid. // The position of a sextant for a bit position (0-indexed) is as follows: // ╭───┬───╮ // │ 0 │ 1 │ // ├───┼───┤ // │ 2 │ 3 │ // ├───┼───┤ // │ 4 │ 5 │ // ╰───╴──╯ const SEXTANT_PATTERNS: [u8; 60] [ 0b000001, // [] BLOCK SEXTANT-1 0b000010, // [] BLOCK SEXTANT-2 ... ];这类位图模式 → 几何填充的实现思路贯穿整套自定义块图形字符只是一个索引真正的图形由代码在渲染时构造从而彻底摆脱字体文件对细节的控制。三、源码视角自定义块图形如何接入渲染管线理解该配置项的行为需要看它在渲染管线中的两个关键接入点。3.1 渲染时替换字形纹理在屏幕行渲染器 screen_line.rs 中每一帧绘制字符时都会做如下判断if self.config.custom_block_glyphs { if let Some(block) info.block_key { texture.replace( gl_state .glyph_cache .borrow_mut() .cached_block(*block, params.render_metrics) .context(cached_block)?, ); } }含义是先正常通过字体整形shaping解析字符并获得字形纹理随后如果该字符命中了块图形映射且custom_block_glyphs为真则用cached_block生成的矢量纹理替换掉原先的字形纹理。由于自定义图形与整形器计算的偏移量不同它们会以单元格为基准进行渲染源码注释中明确写到 Custom glyphs dont have the same offsets as computed by the shaper, and are rendered relative to the cell。3.2 字形缓存避免每帧重复绘制在 main.rs 的调试/开发路径中也可以看到相同的替换逻辑以及一条很有用的诊断输出该输出仅在wezterm ls-fonts之类的开发诊断场景出现drawn by wezterm because custom_block_glyphstrue: {:?}即当字符被 WezTerm 接管绘制时日志会明确标注 drawn by wezterm。而真正面向用户的关键机制是glyph_cache.cached_block(...)绘制好的块图形会被缓存cache在字形缓存中同一图形在后续帧中直接复用纹理而不是逐帧重新走一遍矢量构造。这一点保证了开启该选项不会对滚动性能造成明显拖累。3.3 配置默认值两个开关默认同时开启在配置结构体 config.rs 中两个相关字段定义如下#[dynamic(default default_true)] pub custom_block_glyphs: bool, #[dynamic(default default_true)] pub anti_alias_custom_block_glyphs: bool,两者默认值均为true并且都在运行时被动态读取——也就是说你可以在运行中的 WezTerm 里通过配置重载立即看到效果无需重启。四、如何在.wezterm.lua中配置该配置项位于config表下支持在全局配置或特定 Override 中按需调整。4.1 显式开启默认行为可省略local wezterm require wezterm return { custom_block_glyphs true, }由于true是默认值上述写法实际上不会改变任何行为这样写的作用是显式声明意图方便他人阅读你的配置。4.2 关闭回退到字体自带字形如果你希望使用所选择字体自带的块字符例如某些像素风字体或图标字体在块字符上做了特殊设计可以关闭该选项local wezterm require wezterm return { custom_block_glyphs false, }设置false后Box Drawing、块元素、盲文、Powerline 等字符将全部回退为从字体解析得到的字形。需要注意此时字体的 hinting 渲染质量将直接决定这些字符的对齐和粗细表现这正是该选项最初要规避的问题因此不建议在常见默认字体下关闭。4.3 配合反锯齿开关微调视觉效果custom_block_glyphs常与 anti_alias_custom_block_glyphs自20220405-091515-8a0072ad起可用搭配使用。官方文档对后者的说明是控制自定义块图形是否使用反锯齿渲染——反锯齿让线条更平滑但在较小字号下可能看起来不够锐利。local wezterm require wezterm return { -- 启用自定义块图形默认 custom_block_glyphs true, -- 自定义块图形使用反锯齿使线条更平滑 anti_alias_custom_block_glyphs true, }常见的调优思路使用大字号如高分屏 大字体时保持anti_alias_custom_block_glyphs true线条平滑、观感细腻使用小字号或追求像素级锐利的复古风格时可将其设为false避免细线条被反锯齿糊成一团若发现某些字体的块字符边缘出现发虚可优先尝试关闭反锯齿而不是直接关闭custom_block_glyphs本体。五、实际影响哪些场景会感知到这个选项5.1 终端 TUI 程序的框线与进度条htop、vim、lazygit、btop等重度依赖 Box Drawing 和块元素的程序是custom_block_glyphs的直接受益者。开启后这些字符的横竖线在所有行上都粗细一致、拐角对齐尤其在字号较小时避免了 freetype hinting 导致的线条断裂或粗细不均。5.2 Powerline / statusline 状态栏许多 shell 主题如基于 powerline 的状态栏使用UE0B0等私用区字符绘制箭头和圆角分隔符。WezTerm 自行绘制这些图形后分隔符的三角与圆弧在缩放、字号变化时保持比例正确不再依赖用户手动挑选一款恰好带 powerline 字形的字体。5.3 Git 分支图DAG与进度条nightly从 nightly 版本开始WezTerm 还支持绘制 Git 分支符号用于渲染git log --graph这类 DAG 结构与 进度条符号。在 customglyph.rs 中可以看到对应的Branch位标志枚举VERTICAL、HORIZONTAL、四种圆弧方向RIGHT_TO_DOWN等、实心/空心圆CIRCLE_FILLED/CIRCLE_OUTLINE以及 8 个方向的连接组合from_char中从0xF5D0到0xF5FF及后续码点将每个分支字形码点映射为上述标志的组合customglyph.rs。进度条区块同样有明确的内部枚举ProgressChunkLEFT、RIGHT、MIDDLE与FULL组合出空/满/左右端等状态customglyph.rs对应UEE00–UEE05等码点。这类字形通常位于字体私用区Private Use Area大多数普通字体根本没有对应字形——因此对它们而言custom_block_glyphs的意义不只是更美观而是没有它就无法正确显示。5.4 盲文Braille图形渲染Blender、kakoune等工具会使用盲文点阵字符绘制低分辨率图形。WezTerm 将U2800..U28FF映射为Braille(u8)位模式见 customglyph.rs由代码在单元格内精确排布 2×4 点阵保证点距均匀、与行高对齐。六、常见问题与排查建议Q1关闭后看不到任何变化如果你使用的字体在这些区段上本身没有字形例如缺字导致显示为豆腐块□关闭custom_block_glyphs反而会让字符更难看。可以先运行wezterm ls-fonts --list-system确认字体覆盖情况。Q2线条太粗或太细这是渲染度量的正常表现。先尝试切换anti_alias_custom_block_glyphstrue平滑 /false锐利再考虑字体与字号的影响该问题与custom_block_glyphs是否开启无关时通常是字体 hinting 问题可保持默认开启状态。Q3如何确认某个字符到底是不是 WezTerm 自己画的从源码看命中自定义绘制的字符会在内部日志中打印 drawn by wezterm because custom_block_glyphstruemain.rs。在诊断场景下可通过该日志信息定位字符归属。Q4会不会影响滚动/刷新性能不会。块图形在首次绘制后即进入字形缓存cached_block后续帧直接复用纹理这与普通字形纹理的缓存路径一致。七、小结什么时候该改这个配置你的诉求推荐设置默认最佳体验、保证框线与块字符对齐一致custom_block_glyphs true默认无需改动使用自带特殊块字形的字体像素风等想用字体原样custom_block_glyphs false大字号下希望线条平滑anti_alias_custom_block_glyphs true默认小字号或复古像素风格希望线条锐利anti_alias_custom_block_glyphs falsecustom_block_glyphs是 WezTerm 在字形渲染领域的一个重要抽象它把一类几何规则、跨字体不稳定的字符从字体渲染中剥离出来交给 GPU 渲染管线中的矢量构造逻辑统一处理。理解它就理解了 WezTerm 为何能在任意字体组合下保持 TUI 界面的框线、状态栏分隔符与图形化输出的视觉一致性。延伸阅读官方配置文档custom_block_glyphs.md、anti_alias_custom_block_glyphs.md核心实现customglyph.rs块图形枚举、位图模式表与矢量绘制逻辑渲染接入点screen_line.rs、main.rs配置默认值定义config.rs【免费下载链接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust项目地址: https://gitcode.com/GitHub_Trending/we/wezterm创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考