WezTerm 字體整形Font Shaping與連字控制harfbuzz_features配置完全指南【免費下載鏈接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust項目地址: https://gitcode.com/GitHub_Trending/we/wezterm字體整形Font Shaping是終端渲染中決定文字好不好看的關鍵環(huán)節(jié)它負責展開字體中內(nèi)置的連字Ligature、應用 OpenType 高級排版特性從而讓-、、!等字符序列以編程字體特有的組合字形呈現(xiàn)在屏幕上。本文以 WezTerm 官方文檔 docs/config/font-shaping.md 為主體結(jié)合config與wezterm-font兩個 crate 的源碼實現(xiàn)系統(tǒng)講解 WezTerm 的字體整形機制、harfbuzz_features配置項的語法與取值、如何全局或按字體禁用連字以及如何利用風格集Stylistic Sets定制 Fira Code 等編程字體的顯示細節(jié)。讀完本文你將能精準控制 WezTerm 中每一款字體的整形行為。什么是字體整形Font Shaping字體整形是終端在繪制文本之前所做的一步預處理它讀取你選定的字體中編碼的排版特性將一串字符Char 序列轉(zhuǎn)換為一系列字形Glyph并確定它們的精確位置最終把合適的字形顯示在屏幕上。其典型產(chǎn)出之一就是連字。例如在 JetBrains Mono、Fira Code 這類編程字體中字符序列-會由一個形似箭頭的單一組合字形代替顯示。這是字體文件本身聲明了相應 OpenType 特性如liga連字特性的結(jié)果而不是終端程序自行畫出來的效果——終端只是通過整形器把這些特性應用到了文本上。WezTerm 使用HarfBuzz庫來執(zhí)行字體整形。HarfBuzz 是業(yè)界廣泛使用的開源文本整形引擎負責將 Unicode 文本按照所選字體的 GSUB字形替換與 GPOS字形定位表轉(zhuǎn)換為可渲染的字形序列。在源碼中這一角色由 wezterm-font/src/shaper/harfbuzz.rs 中的HarfbuzzShaper承擔它在FontShapertrait 的shape接口下工作并把整形耗時通過shape.harfbuzz直方圖指標記錄下來。整形器Shaper是可配置的從源碼結(jié)構(gòu)看WezTerm 的整形器并非唯一選項。在 config/src/font.rs 中定義了FontShaperSelection枚舉其取值包括Allsorts另一款整形引擎Harfbuzz默認值即本文討論的整形路徑。#[derive(Debug, Clone, Copy, FromDynamic, ToDynamic, Default)] pub enum FontShaperSelection { Allsorts, #[default] Harfbuzz, }因此harfbuzz_features只有在font_shaper Harfbuzz默認設置時才生效這一點在 docs/config/lua/config/harfbuzz_features.md 中有明確說明。harfbuzz_features配置項WezTerm 提供harfbuzz_features配置項用于指定使用 HarfBuzz 整形時要啟用的字體特性。它接受一個字符串數(shù)組語法與 CSS 的font-feature-settings選項類似即使用OpenType 特性標簽名 可選開關值的形式。語法與取值形式每個字符串形如liga啟用默認開啟某特性liga0顯式關閉某特性liga1顯式強制開啟某特性zero直接以特性名開啟等效于開啟該特性常用于風格集。默認值很多用戶以為連字需要手動開啟實際上 WezTerm默認就啟用了三項關鍵特性。這一默認值定義在 config/src/config.rs 的default_harfbuzz_features()函數(shù)中fn default_harfbuzz_features() - VecString { [kern, liga, clig] .iter() .map(|s| s.to_string()) .collect() }即默認啟用的特性為kern字距調(diào)整Kerning改善字符間距l(xiāng)iga標準連字Standard Ligatures如fi、ffi以及編程字體中的-、!等clig上下文連字Contextual Ligatures根據(jù)上下文環(huán)境決定是否形成連字。配置項聲明位于 config/src/config.rs#[dynamic(default default_harfbuzz_features)] pub harfbuzz_features: VecString,也就是說即便你不寫任何配置HarfBuzz 整形器也會默認應用kern、liga、clig三項特性。值得關注的兩個特性官方文檔特別提示了兩個容易出問題的特性calt上下文替換Contextual Alternates。它可能觸發(fā)字符在特定上下文中的替代字形個別字體的calt會產(chǎn)生意想不到的連字效果clig上下文連字。它依賴前后字符環(huán)境來決定是否形成連字。當你發(fā)現(xiàn)某個字體的連字不該連卻連了時通常就是這兩項特性與liga共同作用的結(jié)果因此下述禁用連字的配置會把三者一起關掉。全局禁用連字如果你不喜歡連字、希望文本保持所見即所得的逐字符顯示可以在配置中把所有連字相關特性全部關閉-- 全局禁用連字 config.harfbuzz_features { calt0, clig0, liga0 }這段配置會在全局范圍內(nèi)影響所有使用 HarfBuzz 整形的字體0后綴表示顯式關閉該特性。由于calt與clig都可能獨立于liga觸發(fā)連字三者需要同時關閉才能可靠地抑制絕大多數(shù)字體的連字行為。利用風格集Stylistic Sets定制字形部分字體通過 OpenType 的**風格集Stylistic Sets如ss01ss20**暴露擴展選項允許你在同一個字庫內(nèi)切換不同的字形風格。Fira Code 就是典型例子——它內(nèi)置了多種字形變體供使用者按需開啟。例如Fira Code 提供zero特性用于切換數(shù)字 0 的顯示樣式。在 WezTerm 中可以這樣開啟-- 使用 Fira Code 字體時啟用帶斜線的零而不是帶點的零 config.harfbuzz_features { zero }需要注意不同字體對同一特性名的定義可能不同例如源碼注釋中描述的方向可能與文檔正文相反具體效果應以你所使用字體的實際特性定義為準可通過字體預覽工具或字體的官方說明確認。WezTerm 倉庫自帶了 FiraCode-Regular.ttf可直接用于本地驗證。風格集特性ss01、ss02等也可以直接通過harfbuzz_features指定例如{ ss01 }或{ ss011 }具體有哪些風格集、各自代表什么變體需要查閱對應字體發(fā)布時附帶的文檔。按字體覆蓋per-font 級別的harfbuzz_features自 20220101-133340-7edc5b5a 版本起harfbuzz_features可以按字體單獨指定而不再只限于全局生效。這意味著你可以只對某一款字體禁用連字其他字體包括 fallback 字體保持默認整形行為。在wezterm.font中覆蓋-- 只為 JetBrains Mono 關閉連字 config.font wezterm.font { family JetBrains Mono, harfbuzz_features { calt0, clig0, liga0 }, }在wezterm.font_with_fallback中覆蓋當配置字體回退鏈Fallback時可以精確地為鏈中的每一款字體指定不同的整形特性。下面這個例子只對 JetBrains Mono 關閉連字Terminus 與 Noto Color Emoji 仍使用各自的默認設置config.font wezterm.font_with_fallback { { family JetBrains Mono, weight Medium, harfbuzz_features { calt0, clig0, liga0 }, }, { family Terminus, weight Bold }, Noto Color Emoji, }這種展開形式在wezterm.font/wezterm.font_with_fallback中以表的形式同時給出family與屬性除了支持harfbuzz_features外還支持freetype_load_target、freetype_render_target、freetype_load_flags以及assume_emoji_presentation等按字體覆蓋項詳見 docs/config/lua/wezterm/font.md 與 docs/config/lua/wezterm/font_with_fallback.md。源碼級原理harfbuzz_features是如何生效的理解配置的生效路徑有助于排查為什么我的連字配置沒起作用。整條鏈路涉及三個文件1. 配置解析config crate全局配置項定義在 config/src/config.rs類型為VecString。而按字體覆蓋則體現(xiàn)在FontAttributes結(jié)構(gòu)體中——config/src/font.rs 中FontAttributes攜帶了一個可選的harfbuzz_features: OptionVecString字段#[derive(Debug, Clone, PartialEq, Eq, Hash, FromDynamic, ToDynamic)] pub struct FontAttributes { /// The font family name pub family: String, ... #[dynamic(default)] pub harfbuzz_features: OptionVecString, ... }字段是Option類型值為None時表示使用全局harfbuzz_features值為Some(...)時表示針對這款字體單獨覆蓋。這正是全局配置 按字體覆蓋能夠同時存在的關鍵設計。2. 特性字符串解析與傳遞wezterm-font crate在 wezterm-font/src/shaper/harfbuzz.rs 中HarfbuzzShaper::new會讀取全局配置并把每個字符串解析為 HarfBuzz 內(nèi)部的hb_feature_tlet features: Vecharfbuzz::hb_feature_t config .harfbuzz_features .iter() .filter_map(|s| harfbuzz::feature_from_string(s).ok()) .collect();而每個具體字體的特性集在load_fallback中決定wezterm-font/src/shaper/harfbuzz.rslet features match handle.harfbuzz_features { Some(features) features .iter() .filter_map(|s| harfbuzz::feature_from_string(s).ok()) .collect(), None self.features.clone(), };可以看到如果某字體在FontAttributes中指定了harfbuzz_features就使用它自己的特性集否則回退到全局配置的特性集。這就是前文只為 JetBrains Mono 關閉連字示例得以生效的機制。3. 實際整形調(diào)用真正把特性交給 HarfBuzz 的是do_shape中的一次調(diào)用wezterm-font/src/shaper/harfbuzz.rslet mut font pair.font.borrow_mut(); shaped_any pair.shaped_any; font.shape(mut buf, pair.features.as_slice());該函數(shù)在整形前會正確設置文本方向LTR/RTL來源于wezterm_bidi::Direction和語言并刻意不手動設置 script而是讓 HarfBuzz 從緩沖區(qū)內(nèi)容自動推斷以保證韓文Hangul等文字的預處理正確。整形返回的每個GlyphInfo攜帶cluster字節(jié)簇、x_advance/y_advance像素級前進量等信息連字場景下多個字符會被合并到同一個 cluster 中例如測試用例ligatures()wezterm-font/src/shaper/harfbuzz.rs使用倉庫內(nèi)置的 JetBrains Mono 分別對abc、、-、--等字符串進行整形并做快照斷言驗證普通字符與連字序列的整形結(jié)果是否符合預期。4. 特性無效時的行為注意上面代碼中的.filter_map(|s| harfbuzz::feature_from_string(s).ok())如果某個特性字符串無法被 HarfBuzz 解析例如拼寫錯誤的特性名、字體根本不支持的特性它會被靜默忽略而不會報錯中斷。因此在排查配置了但沒效果的問題時應首先確認特性名拼寫是否正確、目標字體是否真的實現(xiàn)了該特性、font_shaper是否確實是默認的Harfbuzz。排查與驗證建議確認整形器font_shaper默認是Harfbuzz只有在此前提下harfbuzz_features才會生效確認特性來源wezterm.font { ... }表內(nèi)指定的harfbuzz_features會覆蓋全局設置如果你在全局關閉了連字但某個字體仍出現(xiàn)連字檢查是否為該字體單獨設置了開啟連字的特性或該字體在 fallback 鏈中未繼承你的全局配置確認字體支持zero、ss01這類特性并非所有字體都有特性名需與字體實際實現(xiàn)一致驗證字形效果修改配置后無需重啟系統(tǒng)WezTerm 會在重載配置如執(zhí)行wezterm config相關操作或?qū)懭肱渲煤笥|發(fā)重載時重新整形?？稍诮K端中直接輸入-、、!、等序列觀察連字是否按預期出現(xiàn)或消失。小結(jié)字體整形是終端文本渲染的核心步驟WezTerm 默認使用 HarfBuzz 整形器harfbuzz_features采用類似 CSSfont-feature-settings的語法默認啟用kern、liga、clig關閉連字的標準寫法是config.harfbuzz_features { calt0, clig0, liga0 }風格集如 Fira Code 的zero可通過同樣的機制開啟自 20220101-133340-7edc5b5a 起支持按字體覆蓋配合wezterm.font/wezterm.font_with_fallback可以實現(xiàn)指定字體禁用連字、其他字體保持默認的精細控制其底層邏輯對應FontAttributes.harfbuzz_features: OptionVecString與HarfbuzzShaper::load_fallback中的選擇分支。相關參考文檔與源碼路徑docs/config/font-shaping.md、docs/config/lua/config/harfbuzz_features.md、docs/config/lua/wezterm/font.md、docs/config/lua/wezterm/font_with_fallback.md、config/src/config.rs、config/src/font.rs、wezterm-font/src/shaper/harfbuzz.rs?！久赓M下載鏈接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust項目地址: https://gitcode.com/GitHub_Trending/we/wezterm創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 WezTerm 字體整形（Font Shaping）與連字控制：`harfbuzz_features` 配置完全指南
WezTerm 字體整形Font Shaping與連字控制harfbuzz_features配置完全指南【免費下載鏈接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust項目地址: https://gitcode.com/GitHub_Trending/we/wezterm字體整形Font Shaping是終端渲染中決定文字好不好看的關鍵環(huán)節(jié)它負責展開字體中內(nèi)置的連字Ligature、應用 OpenType 高級排版特性從而讓-、、!等字符序列以編程字體特有的組合字形呈現(xiàn)在屏幕上。本文以 WezTerm 官方文檔 docs/config/font-shaping.md 為主體結(jié)合config與wezterm-font兩個 crate 的源碼實現(xiàn)系統(tǒng)講解 WezTerm 的字體整形機制、harfbuzz_features配置項的語法與取值、如何全局或按字體禁用連字以及如何利用風格集Stylistic Sets定制 Fira Code 等編程字體的顯示細節(jié)。讀完本文你將能精準控制 WezTerm 中每一款字體的整形行為。什么是字體整形Font Shaping字體整形是終端在繪制文本之前所做的一步預處理它讀取你選定的字體中編碼的排版特性將一串字符Char 序列轉(zhuǎn)換為一系列字形Glyph并確定它們的精確位置最終把合適的字形顯示在屏幕上。其典型產(chǎn)出之一就是連字。例如在 JetBrains Mono、Fira Code 這類編程字體中字符序列-會由一個形似箭頭的單一組合字形代替顯示。這是字體文件本身聲明了相應 OpenType 特性如liga連字特性的結(jié)果而不是終端程序自行畫出來的效果——終端只是通過整形器把這些特性應用到了文本上。WezTerm 使用HarfBuzz庫來執(zhí)行字體整形。HarfBuzz 是業(yè)界廣泛使用的開源文本整形引擎負責將 Unicode 文本按照所選字體的 GSUB字形替換與 GPOS字形定位表轉(zhuǎn)換為可渲染的字形序列。在源碼中這一角色由 wezterm-font/src/shaper/harfbuzz.rs 中的HarfbuzzShaper承擔它在FontShapertrait 的shape接口下工作并把整形耗時通過shape.harfbuzz直方圖指標記錄下來。整形器Shaper是可配置的從源碼結(jié)構(gòu)看WezTerm 的整形器并非唯一選項。在 config/src/font.rs 中定義了FontShaperSelection枚舉其取值包括Allsorts另一款整形引擎Harfbuzz默認值即本文討論的整形路徑。#[derive(Debug, Clone, Copy, FromDynamic, ToDynamic, Default)] pub enum FontShaperSelection { Allsorts, #[default] Harfbuzz, }因此harfbuzz_features只有在font_shaper Harfbuzz默認設置時才生效這一點在 docs/config/lua/config/harfbuzz_features.md 中有明確說明。harfbuzz_features配置項WezTerm 提供harfbuzz_features配置項用于指定使用 HarfBuzz 整形時要啟用的字體特性。它接受一個字符串數(shù)組語法與 CSS 的font-feature-settings選項類似即使用OpenType 特性標簽名 可選開關值的形式。語法與取值形式每個字符串形如liga啟用默認開啟某特性liga0顯式關閉某特性liga1顯式強制開啟某特性zero直接以特性名開啟等效于開啟該特性常用于風格集。默認值很多用戶以為連字需要手動開啟實際上 WezTerm默認就啟用了三項關鍵特性。這一默認值定義在 config/src/config.rs 的default_harfbuzz_features()函數(shù)中fn default_harfbuzz_features() - VecString { [kern, liga, clig] .iter() .map(|s| s.to_string()) .collect() }即默認啟用的特性為kern字距調(diào)整Kerning改善字符間距l(xiāng)iga標準連字Standard Ligatures如fi、ffi以及編程字體中的-、!等clig上下文連字Contextual Ligatures根據(jù)上下文環(huán)境決定是否形成連字。配置項聲明位于 config/src/config.rs#[dynamic(default default_harfbuzz_features)] pub harfbuzz_features: VecString,也就是說即便你不寫任何配置HarfBuzz 整形器也會默認應用kern、liga、clig三項特性。值得關注的兩個特性官方文檔特別提示了兩個容易出問題的特性calt上下文替換Contextual Alternates。它可能觸發(fā)字符在特定上下文中的替代字形個別字體的calt會產(chǎn)生意想不到的連字效果clig上下文連字。它依賴前后字符環(huán)境來決定是否形成連字。當你發(fā)現(xiàn)某個字體的連字不該連卻連了時通常就是這兩項特性與liga共同作用的結(jié)果因此下述禁用連字的配置會把三者一起關掉。全局禁用連字如果你不喜歡連字、希望文本保持所見即所得的逐字符顯示可以在配置中把所有連字相關特性全部關閉-- 全局禁用連字 config.harfbuzz_features { calt0, clig0, liga0 }這段配置會在全局范圍內(nèi)影響所有使用 HarfBuzz 整形的字體0后綴表示顯式關閉該特性。由于calt與clig都可能獨立于liga觸發(fā)連字三者需要同時關閉才能可靠地抑制絕大多數(shù)字體的連字行為。利用風格集Stylistic Sets定制字形部分字體通過 OpenType 的**風格集Stylistic Sets如ss01ss20**暴露擴展選項允許你在同一個字庫內(nèi)切換不同的字形風格。Fira Code 就是典型例子——它內(nèi)置了多種字形變體供使用者按需開啟。例如Fira Code 提供zero特性用于切換數(shù)字 0 的顯示樣式。在 WezTerm 中可以這樣開啟-- 使用 Fira Code 字體時啟用帶斜線的零而不是帶點的零 config.harfbuzz_features { zero }需要注意不同字體對同一特性名的定義可能不同例如源碼注釋中描述的方向可能與文檔正文相反具體效果應以你所使用字體的實際特性定義為準可通過字體預覽工具或字體的官方說明確認。WezTerm 倉庫自帶了 FiraCode-Regular.ttf可直接用于本地驗證。風格集特性ss01、ss02等也可以直接通過harfbuzz_features指定例如{ ss01 }或{ ss011 }具體有哪些風格集、各自代表什么變體需要查閱對應字體發(fā)布時附帶的文檔。按字體覆蓋per-font 級別的harfbuzz_features自 20220101-133340-7edc5b5a 版本起harfbuzz_features可以按字體單獨指定而不再只限于全局生效。這意味著你可以只對某一款字體禁用連字其他字體包括 fallback 字體保持默認整形行為。在wezterm.font中覆蓋-- 只為 JetBrains Mono 關閉連字 config.font wezterm.font { family JetBrains Mono, harfbuzz_features { calt0, clig0, liga0 }, }在wezterm.font_with_fallback中覆蓋當配置字體回退鏈Fallback時可以精確地為鏈中的每一款字體指定不同的整形特性。下面這個例子只對 JetBrains Mono 關閉連字Terminus 與 Noto Color Emoji 仍使用各自的默認設置config.font wezterm.font_with_fallback { { family JetBrains Mono, weight Medium, harfbuzz_features { calt0, clig0, liga0 }, }, { family Terminus, weight Bold }, Noto Color Emoji, }這種展開形式在wezterm.font/wezterm.font_with_fallback中以表的形式同時給出family與屬性除了支持harfbuzz_features外還支持freetype_load_target、freetype_render_target、freetype_load_flags以及assume_emoji_presentation等按字體覆蓋項詳見 docs/config/lua/wezterm/font.md 與 docs/config/lua/wezterm/font_with_fallback.md。源碼級原理harfbuzz_features是如何生效的理解配置的生效路徑有助于排查為什么我的連字配置沒起作用。整條鏈路涉及三個文件1. 配置解析config crate全局配置項定義在 config/src/config.rs類型為VecString。而按字體覆蓋則體現(xiàn)在FontAttributes結(jié)構(gòu)體中——config/src/font.rs 中FontAttributes攜帶了一個可選的harfbuzz_features: OptionVecString字段#[derive(Debug, Clone, PartialEq, Eq, Hash, FromDynamic, ToDynamic)] pub struct FontAttributes { /// The font family name pub family: String, ... #[dynamic(default)] pub harfbuzz_features: OptionVecString, ... }字段是Option類型值為None時表示使用全局harfbuzz_features值為Some(...)時表示針對這款字體單獨覆蓋。這正是全局配置 按字體覆蓋能夠同時存在的關鍵設計。2. 特性字符串解析與傳遞wezterm-font crate在 wezterm-font/src/shaper/harfbuzz.rs 中HarfbuzzShaper::new會讀取全局配置并把每個字符串解析為 HarfBuzz 內(nèi)部的hb_feature_tlet features: Vecharfbuzz::hb_feature_t config .harfbuzz_features .iter() .filter_map(|s| harfbuzz::feature_from_string(s).ok()) .collect();而每個具體字體的特性集在load_fallback中決定wezterm-font/src/shaper/harfbuzz.rslet features match handle.harfbuzz_features { Some(features) features .iter() .filter_map(|s| harfbuzz::feature_from_string(s).ok()) .collect(), None self.features.clone(), };可以看到如果某字體在FontAttributes中指定了harfbuzz_features就使用它自己的特性集否則回退到全局配置的特性集。這就是前文只為 JetBrains Mono 關閉連字示例得以生效的機制。3. 實際整形調(diào)用真正把特性交給 HarfBuzz 的是do_shape中的一次調(diào)用wezterm-font/src/shaper/harfbuzz.rslet mut font pair.font.borrow_mut(); shaped_any pair.shaped_any; font.shape(mut buf, pair.features.as_slice());該函數(shù)在整形前會正確設置文本方向LTR/RTL來源于wezterm_bidi::Direction和語言并刻意不手動設置 script而是讓 HarfBuzz 從緩沖區(qū)內(nèi)容自動推斷以保證韓文Hangul等文字的預處理正確。整形返回的每個GlyphInfo攜帶cluster字節(jié)簇、x_advance/y_advance像素級前進量等信息連字場景下多個字符會被合并到同一個 cluster 中例如測試用例ligatures()wezterm-font/src/shaper/harfbuzz.rs使用倉庫內(nèi)置的 JetBrains Mono 分別對abc、、-、--等字符串進行整形并做快照斷言驗證普通字符與連字序列的整形結(jié)果是否符合預期。4. 特性無效時的行為注意上面代碼中的.filter_map(|s| harfbuzz::feature_from_string(s).ok())如果某個特性字符串無法被 HarfBuzz 解析例如拼寫錯誤的特性名、字體根本不支持的特性它會被靜默忽略而不會報錯中斷。因此在排查配置了但沒效果的問題時應首先確認特性名拼寫是否正確、目標字體是否真的實現(xiàn)了該特性、font_shaper是否確實是默認的Harfbuzz。排查與驗證建議確認整形器font_shaper默認是Harfbuzz只有在此前提下harfbuzz_features才會生效確認特性來源wezterm.font { ... }表內(nèi)指定的harfbuzz_features會覆蓋全局設置如果你在全局關閉了連字但某個字體仍出現(xiàn)連字檢查是否為該字體單獨設置了開啟連字的特性或該字體在 fallback 鏈中未繼承你的全局配置確認字體支持zero、ss01這類特性并非所有字體都有特性名需與字體實際實現(xiàn)一致驗證字形效果修改配置后無需重啟系統(tǒng)WezTerm 會在重載配置如執(zhí)行wezterm config相關操作或?qū)懭肱渲煤笥|發(fā)重載時重新整形?？稍诮K端中直接輸入-、、!、等序列觀察連字是否按預期出現(xiàn)或消失。小結(jié)字體整形是終端文本渲染的核心步驟WezTerm 默認使用 HarfBuzz 整形器harfbuzz_features采用類似 CSSfont-feature-settings的語法默認啟用kern、liga、clig關閉連字的標準寫法是config.harfbuzz_features { calt0, clig0, liga0 }風格集如 Fira Code 的zero可通過同樣的機制開啟自 20220101-133340-7edc5b5a 起支持按字體覆蓋配合wezterm.font/wezterm.font_with_fallback可以實現(xiàn)指定字體禁用連字、其他字體保持默認的精細控制其底層邏輯對應FontAttributes.harfbuzz_features: OptionVecString與HarfbuzzShaper::load_fallback中的選擇分支。相關參考文檔與源碼路徑docs/config/font-shaping.md、docs/config/lua/config/harfbuzz_features.md、docs/config/lua/wezterm/font.md、docs/config/lua/wezterm/font_with_fallback.md、config/src/config.rs、config/src/font.rs、wezterm-font/src/shaper/harfbuzz.rs?！久赓M下載鏈接】weztermA GPU-accelerated cross-platform terminal emulator and multiplexer written by wez and implemented in Rust項目地址: https://gitcode.com/GitHub_Trending/we/wezterm創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考