Windows Terminal 高级标签切换器Advanced Tab Switcher设计、交互与源码实现【免费下载链接】terminalThe new Windows Terminal and the original Windows console host, all in the same place!项目地址: https://gitcode.com/GitHub_Trending/term/terminal本文为 Windows Terminal 中高级标签切换器Advanced Tab Switcherissue #1502的设计规格与实现解析它基于 Command Palette 复用实现了一个纵向、可搜索、支持 MRU 排序的标签切换 UI。读完后你将掌握该切换器的完整交互模型打开/锚定/导航/关闭、JSON 键位配置方式以及_tabActions/_mruTabActions双向量在 CommandPalette.cpp 中的实际落地逻辑。背景横向标签条的局限规格文档spec.md在 Abstract 中归纳了三个核心痛点标签标题过长或标签数量过多时在标签条上左右横向滚动查找目标标签非常不便标题长、屏幕小时一次看不到所有可用标签高频场景是在两个标签间快速来回切换例如一个标签作参考、另一个是正在工作的标签若这两个标签在标签条上相隔较远切换成本很高——若标签能按最近使用Most Recently Used, MRU顺序展示这一场景将大幅缓解。因此规格提出参考 Visual Studio 与 VS Code 的 Tab Switcher以纵向弹层展示标签列表并默认按 MRU 排序。与 VS 的编辑器中央固定弹框不同规格更倾向 VS Code 的形态——命令面板与标签切换器共用同一个从标签行中央向下展开的 UI两者的操作模型也高度一致ctrltab打开、松开ctrl关闭、鼠标点击或enter选中、esc或点击弹层外关闭。关键洞察在于Windows Terminal 已经拥有命令面板Command Palette其列表 UI 完全可以复用——只需把列表内容填充为用户当前打开的标签名即可。这一复用而非新建的思路是整个方案设计的起点。解决方案在 Command Palette 上维护两个标签命令向量规格给出的核心设计非常简洁只需创建并维护两个VectorCommand每个命令负责派发一个SwitchToTab的ShortcutAction。一个向量按标签条顺序in-order存放另一个按 MRU 顺序存放。它们必须随现有的标签向量一起维护。这两个命令向量被设置为命令面板的过滤源后命令面板会天然获得搜索过滤能力——用户输入即按标签标题过滤方向键与指针导航则由命令面板本身提供。在此之上再补充一批仅 Tab Switcher 模式生效的专属导航键位。源码印证模式、双向量与过滤源从源码结构看规格中的两个向量已落地为 CommandPalette.h 中的两个成员Windows::Foundation::Collections::IVectorwinrt::TerminalApp::FilteredCommand _tabActions{ nullptr }; Windows::Foundation::Collections::IVectorwinrt::TerminalApp::FilteredCommand _mruTabActions{ nullptr };切换模式由 CommandPalette.idl 暴露的 WinRT 接口进入void EnableTabSwitcherMode(UInt32 startIdx, Microsoft.Terminal.Settings.Model.TabSwitcherMode tabSwitcherMode);其实现CommandPalette.cpp按模式决定列表的起始高亮位置InOrder模式下从调用方传入的startIdx通常就是当前焦点标签开始MRU 模式则固定从 0即最近使用的标签开始void CommandPalette::EnableTabSwitcherMode(const uint32_t startIdx, TabSwitcherMode tabSwitcherMode) { _switcherStartIdx tabSwitcherMode TabSwitcherMode::InOrder ? startIdx : 0; _tabSwitcherMode tabSwitcherMode; }面板的过滤源选择逻辑位于CommandPalette::_commandsToFilter()CommandPalette.cpp它按面板当前模式返回不同列表——TabSearchMode命令面板内直接搜标签始终返回 in-order 的_tabActions而TabSwitchMode真正的 Tab Switcher则根据 MRU 或 in-order 在两个向量间选择case CommandPaletteMode::TabSearchMode: return _tabActions; case CommandPaletteMode::TabSwitchMode: return _tabSwitcherMode TabSwitcherMode::MostRecentlyUsed ? _mruTabActions : _tabActions;派发路径同样印证了规格描述选择某条标签命令后_dispatchCommand在 Tab Switch 模式下调用_switchToTab(filteredCommand)并关闭面板CommandPalette.cpp最终触发TerminalPage的_OnTabSelectionChanged。规格强调 MRU 更新应统一收敛在该选择变化回调中这样无论从切换器、点击标签条还是nextTab/prevTab切标签MRU 都保持一致而标签的新增与关闭则分别由_OpenNewTab与_CloseFocusedTab负责同步两个命令向量TabManagement.cpp。相关行为在本地测试src/cascadia/LocalTests_TerminalApp/TabTests.cpp与src/cascadia/LocalTests_TerminalApp/CommandlineTest.cpp中有针对 MRU 场景的用例覆盖。UI/UX 设计纵向列表、数字快切与循环滚动切换器复用了命令面板的大量 XAML它作为覆盖整个终端窗口的单一 overlay从标签行水平中点向下弹出顶部带一个搜索框。列表中每行显示标签标题及其快切编号仅当前选中的一行高亮。前 9 个标签编号为 1–9其余标签编号位置留空列表大致如下1 foo (highlighted) 2 boo 3 Windows 4 /c/Users/booboo 5 Git Moo 6 shoo 7 /c/ 8 /d/ 9 /e/ /f/ /g/ /h/高亮行的移动规则在高亮行已是列表顶端时继续上移高亮回绕到列表底部下移到底同理回绕到顶部。当标签数量超过 UI 可显示高度时列表随迭代方向滚动。即使编号 1–4 的标签已滚出可视区域按数字键 1–9 仍可直接快切到对应标签。规格给出了一个滚动后的具体状态示例用户从上面的初始状态连续向下迭代 4 次越过可视列表末尾后列表滚动为5 Git Moo 6 shoo 7 /c/ 8 /d 9 /e/ /f/ /g/ /h/ /i/ /j/ /k/ /l/ (highlighted)即 1–4 号标签不可见但仍可快切列表当前以编号 5 的 Git Moo 开头。打开切换器两种打开方式按下名为tabSwitcher的键位直接以标签列表形式弹出命令面板 UI先打开命令面板再在搜索框输入tab switcher前缀如切换到标签切换器模式。该前缀可由用户自定义。anchor 锚定让弹层按住才可见规格引入anchor概念只要某个键锚定着UI 就保持可见。在 settings 中的配置示例{ keys: [ctrltab], command: { action: openTabSwitcher, anchor: ctrl } }行为规则用户以ctrltab打开 UI按住ctrl期间 UI 不消失一旦松开ctrl立即关闭——复刻 VS/VS Code 的交互习惯anchor指定的键必须是openTabSwitcher键位组合中的一部分否则终端会弹出警告对话框提示配置无效此时可能出现怪异行为若未提供anchor则按下键位组合松开后切换器仍保持可见由后续操作显式关闭。切换与关闭导航键位操作键位向下切换tab或downArrow向上切换shifttab或upArrow注意迭代过程中选中的标签仅被高亮终端不会真正转移焦点——鼠标悬停同理只高亮不切换避免预览时产生焦点副作用。关闭dismissal方式分两层两个关闭键位enter聚焦当前选中标签并关闭、esc不改变焦点直接关闭无论是否配置anchor都生效的关闭途径按编号键直接切走并关闭、鼠标点击某标签切走并关闭、点击 UI 外部关闭但不聚焦所选标签、按下任一关闭键位若配置了anchor松开锚定键也会关闭重复按openTabSwitcher键位组合不会关闭切换器不产生作用。显示顺序inOrder 与 MRU规格原设计为openTabSwitcher提供一个displayOrder参数取值inOrder标签条顺序或mruOrder最近使用顺序最近访问的标签在顶部最久未访问的在底部且默认值为mruOrder。这样用户可以绑定两组键位分别打开 MRU 与 in-order 两种切换器{ keys: [ctrltab], command: { action: openTabSwitcher, anchor: ctrl, displayOrder: mruOrder } } { keys: [ctrlshiftp], command: { action: openTabSwitcher, anchor: ctrl, displayOrder: inOrder } }源码中的最终形态tabSwitcherMode从当前仓库源码看这一能力最终收敛为一个名为TabSwitcherMode的设置模型枚举并沿两条路径暴露全局/可继承设置tabSwitcherMode见 GlobalAppSettings.idl 中的INHERITABLE_SETTING(TabSwitcherMode, TabSwitcherMode)以及 GlobalAppSettings.cpp 中的旧配置迁移逻辑——旧版useTabSwitcher布尔设置会被读取并改写为新的tabSwitcherMode枚举Continue supportinguseTabSwitcher, but prefertabSwitcherMode保证用户旧配置的平滑升级动作参数tabSwitcherModeActionArgs.idl 定义了TabSwitcherMode枚举nextTab/prevTab两个动作各自携带该参数对应 ActionArgs.h 的PREV_TAB_ARGS/NEXT_TAB_ARGS宏使得普通的前后翻页切标签也可以按 MRU 语义进行——这与规格中MRU 更新统一收敛到_OnTabSelectionChanged的设计目标一致保证翻页、点击、切换器三种切法共享同一份 MRU 状态。CommandPalette内部即以此枚举驱动列表选择前文_commandsToFilter()中MostRecentlyUsed ? _mruTabActions : _tabActions的三元判断。编号标签Numbered Tabs与既有的ctrlshift1…ctrlshift9快切能力呼应切换器为列表中前九个标签分配 1–9 的编号用于快速切换超过九个的标签不编号。这一机制在列表滚动后依然有效——编号跟随列表中的逻辑位置而非可视位置。能力评估Capabilities规格文档对四个维度给出了明确判断可访问性切换器基于 WinUI 构建自动挂入 UIA 树屏幕阅读器Narrator可发现并导航该切换器UI 完全可用键盘驱动同时支持鼠标操作弹层出现时焦点立即转移到切换器上可考虑使用 ThemeShadow 提升 UI 与背景的对比度让焦点更清晰。安全规格判断该功能不会引入安全问题。可靠性MRU 更新会因大量标签交互被触发是需要关注的点但作者评估认为该更新开销极小用户不太可能快到影响体验地创建/删除标签。兼容性标签条上原有的横向导航方式不受影响且其键位与切换器键位相互独立重排标签条不会改变 MRU 顺序。规格给出的例子标签条[cmd(focused), ps, wsl]MRU[cmd, ps, wsl]重排后标签条[wsl, cmd(focused), ps]MRU 仍为[cmd, ps, wsl]。已知风险小窗口下的 UI 呈现规格专门分析了终端窗口尺寸较小时切换器的呈现问题并与两大参照实现对比Visual Studio 的切换器是固定尺寸即使 VS 窗口比切换器还小切换器也会超出窗口范围VSMinimumSize.png / VSMinimumSizeWithTabSwitcher.pngVS Code 则将窗口最小尺寸限制在能给切换器留出有意义展示空间的下限VSCodeMinimumTabSwitcherSize.png。终端的约束是切换器必须包含在终端窗口之内因此它无法复刻 VS 的做法方案是让切换器保持居中并按终端边框百分比留边距随窗口缩小而等比缩小——由于终端本身有最小宽度切换器总能保有可用空间。该结论要求实测切换器打开状态下拖拽缩放窗口的表现。未来展望面板Pane导航规格引用了 #1502 讨论中受 tmux 启发的想法tmux 可以直接导航到某个面板并给出面板预览。对终端而言当前没有任何途径总览各标签内打开的面板若切换器展示面板名称列表用户即可在一个弹层中看到所有面板。实现路径在标签列表右侧增加一列展示选中标签内的面板列表按右方向键深入面板列表、左方向键返回每个标签的面板列表同样遵循传入的displayOrderMRU 或 in-order。规格明确将面板导航划出本次范围以保持 scope 紧凑但要求切换器实现预留面板导航的扩展点。悬停标签预览若高亮某标签时终端像切过去一样显示该标签内容会大幅提升定位效率。但规格指出两个前提障碍目前不存在预览模式的焦点设置且 MRU 会在标签获焦时更新预览不应触发 MRU 更新。因此该特性被推迟到切换器落地之后。延伸阅读与资源规格文档doc/specs/#1502 - Advanced Tab Switcher/spec.md作者 Leon Liang2019-11-27 创建2020-06-16 最后更新issue id 1502面板核心实现src/cascadia/TerminalApp/CommandPalette.cpp、src/cascadia/TerminalApp/CommandPalette.h、src/cascadia/TerminalApp/CommandPalette.idl动作参数与枚举定义src/cascadia/TerminalSettingsModel/ActionArgs.idl、src/cascadia/TerminalSettingsModel/ActionArgs.h全局设置与旧配置迁移src/cascadia/TerminalSettingsModel/GlobalAppSettings.cpp标签管理MRU 向量维护的入口src/cascadia/TerminalApp/TabManagement.cpp相关测试src/cascadia/LocalTests_TerminalApp/TabTests.cpp、src/cascadia/LocalTests_TerminalApp/CommandlineTest.cpp相关主题文档命令面板规格、标签颜色规格。【免费下载链接】terminalThe new Windows Terminal and the original Windows console host, all in the same place!项目地址: https://gitcode.com/GitHub_Trending/term/terminal创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Windows Terminal 高级标签切换器（Advanced Tab Switcher）：设计、交互与源码实现
Windows Terminal 高级标签切换器Advanced Tab Switcher设计、交互与源码实现【免费下载链接】terminalThe new Windows Terminal and the original Windows console host, all in the same place!项目地址: https://gitcode.com/GitHub_Trending/term/terminal本文为 Windows Terminal 中高级标签切换器Advanced Tab Switcherissue #1502的设计规格与实现解析它基于 Command Palette 复用实现了一个纵向、可搜索、支持 MRU 排序的标签切换 UI。读完后你将掌握该切换器的完整交互模型打开/锚定/导航/关闭、JSON 键位配置方式以及_tabActions/_mruTabActions双向量在 CommandPalette.cpp 中的实际落地逻辑。背景横向标签条的局限规格文档spec.md在 Abstract 中归纳了三个核心痛点标签标题过长或标签数量过多时在标签条上左右横向滚动查找目标标签非常不便标题长、屏幕小时一次看不到所有可用标签高频场景是在两个标签间快速来回切换例如一个标签作参考、另一个是正在工作的标签若这两个标签在标签条上相隔较远切换成本很高——若标签能按最近使用Most Recently Used, MRU顺序展示这一场景将大幅缓解。因此规格提出参考 Visual Studio 与 VS Code 的 Tab Switcher以纵向弹层展示标签列表并默认按 MRU 排序。与 VS 的编辑器中央固定弹框不同规格更倾向 VS Code 的形态——命令面板与标签切换器共用同一个从标签行中央向下展开的 UI两者的操作模型也高度一致ctrltab打开、松开ctrl关闭、鼠标点击或enter选中、esc或点击弹层外关闭。关键洞察在于Windows Terminal 已经拥有命令面板Command Palette其列表 UI 完全可以复用——只需把列表内容填充为用户当前打开的标签名即可。这一复用而非新建的思路是整个方案设计的起点。解决方案在 Command Palette 上维护两个标签命令向量规格给出的核心设计非常简洁只需创建并维护两个VectorCommand每个命令负责派发一个SwitchToTab的ShortcutAction。一个向量按标签条顺序in-order存放另一个按 MRU 顺序存放。它们必须随现有的标签向量一起维护。这两个命令向量被设置为命令面板的过滤源后命令面板会天然获得搜索过滤能力——用户输入即按标签标题过滤方向键与指针导航则由命令面板本身提供。在此之上再补充一批仅 Tab Switcher 模式生效的专属导航键位。源码印证模式、双向量与过滤源从源码结构看规格中的两个向量已落地为 CommandPalette.h 中的两个成员Windows::Foundation::Collections::IVectorwinrt::TerminalApp::FilteredCommand _tabActions{ nullptr }; Windows::Foundation::Collections::IVectorwinrt::TerminalApp::FilteredCommand _mruTabActions{ nullptr };切换模式由 CommandPalette.idl 暴露的 WinRT 接口进入void EnableTabSwitcherMode(UInt32 startIdx, Microsoft.Terminal.Settings.Model.TabSwitcherMode tabSwitcherMode);其实现CommandPalette.cpp按模式决定列表的起始高亮位置InOrder模式下从调用方传入的startIdx通常就是当前焦点标签开始MRU 模式则固定从 0即最近使用的标签开始void CommandPalette::EnableTabSwitcherMode(const uint32_t startIdx, TabSwitcherMode tabSwitcherMode) { _switcherStartIdx tabSwitcherMode TabSwitcherMode::InOrder ? startIdx : 0; _tabSwitcherMode tabSwitcherMode; }面板的过滤源选择逻辑位于CommandPalette::_commandsToFilter()CommandPalette.cpp它按面板当前模式返回不同列表——TabSearchMode命令面板内直接搜标签始终返回 in-order 的_tabActions而TabSwitchMode真正的 Tab Switcher则根据 MRU 或 in-order 在两个向量间选择case CommandPaletteMode::TabSearchMode: return _tabActions; case CommandPaletteMode::TabSwitchMode: return _tabSwitcherMode TabSwitcherMode::MostRecentlyUsed ? _mruTabActions : _tabActions;派发路径同样印证了规格描述选择某条标签命令后_dispatchCommand在 Tab Switch 模式下调用_switchToTab(filteredCommand)并关闭面板CommandPalette.cpp最终触发TerminalPage的_OnTabSelectionChanged。规格强调 MRU 更新应统一收敛在该选择变化回调中这样无论从切换器、点击标签条还是nextTab/prevTab切标签MRU 都保持一致而标签的新增与关闭则分别由_OpenNewTab与_CloseFocusedTab负责同步两个命令向量TabManagement.cpp。相关行为在本地测试src/cascadia/LocalTests_TerminalApp/TabTests.cpp与src/cascadia/LocalTests_TerminalApp/CommandlineTest.cpp中有针对 MRU 场景的用例覆盖。UI/UX 设计纵向列表、数字快切与循环滚动切换器复用了命令面板的大量 XAML它作为覆盖整个终端窗口的单一 overlay从标签行水平中点向下弹出顶部带一个搜索框。列表中每行显示标签标题及其快切编号仅当前选中的一行高亮。前 9 个标签编号为 1–9其余标签编号位置留空列表大致如下1 foo (highlighted) 2 boo 3 Windows 4 /c/Users/booboo 5 Git Moo 6 shoo 7 /c/ 8 /d/ 9 /e/ /f/ /g/ /h/高亮行的移动规则在高亮行已是列表顶端时继续上移高亮回绕到列表底部下移到底同理回绕到顶部。当标签数量超过 UI 可显示高度时列表随迭代方向滚动。即使编号 1–4 的标签已滚出可视区域按数字键 1–9 仍可直接快切到对应标签。规格给出了一个滚动后的具体状态示例用户从上面的初始状态连续向下迭代 4 次越过可视列表末尾后列表滚动为5 Git Moo 6 shoo 7 /c/ 8 /d 9 /e/ /f/ /g/ /h/ /i/ /j/ /k/ /l/ (highlighted)即 1–4 号标签不可见但仍可快切列表当前以编号 5 的 Git Moo 开头。打开切换器两种打开方式按下名为tabSwitcher的键位直接以标签列表形式弹出命令面板 UI先打开命令面板再在搜索框输入tab switcher前缀如切换到标签切换器模式。该前缀可由用户自定义。anchor 锚定让弹层按住才可见规格引入anchor概念只要某个键锚定着UI 就保持可见。在 settings 中的配置示例{ keys: [ctrltab], command: { action: openTabSwitcher, anchor: ctrl } }行为规则用户以ctrltab打开 UI按住ctrl期间 UI 不消失一旦松开ctrl立即关闭——复刻 VS/VS Code 的交互习惯anchor指定的键必须是openTabSwitcher键位组合中的一部分否则终端会弹出警告对话框提示配置无效此时可能出现怪异行为若未提供anchor则按下键位组合松开后切换器仍保持可见由后续操作显式关闭。切换与关闭导航键位操作键位向下切换tab或downArrow向上切换shifttab或upArrow注意迭代过程中选中的标签仅被高亮终端不会真正转移焦点——鼠标悬停同理只高亮不切换避免预览时产生焦点副作用。关闭dismissal方式分两层两个关闭键位enter聚焦当前选中标签并关闭、esc不改变焦点直接关闭无论是否配置anchor都生效的关闭途径按编号键直接切走并关闭、鼠标点击某标签切走并关闭、点击 UI 外部关闭但不聚焦所选标签、按下任一关闭键位若配置了anchor松开锚定键也会关闭重复按openTabSwitcher键位组合不会关闭切换器不产生作用。显示顺序inOrder 与 MRU规格原设计为openTabSwitcher提供一个displayOrder参数取值inOrder标签条顺序或mruOrder最近使用顺序最近访问的标签在顶部最久未访问的在底部且默认值为mruOrder。这样用户可以绑定两组键位分别打开 MRU 与 in-order 两种切换器{ keys: [ctrltab], command: { action: openTabSwitcher, anchor: ctrl, displayOrder: mruOrder } } { keys: [ctrlshiftp], command: { action: openTabSwitcher, anchor: ctrl, displayOrder: inOrder } }源码中的最终形态tabSwitcherMode从当前仓库源码看这一能力最终收敛为一个名为TabSwitcherMode的设置模型枚举并沿两条路径暴露全局/可继承设置tabSwitcherMode见 GlobalAppSettings.idl 中的INHERITABLE_SETTING(TabSwitcherMode, TabSwitcherMode)以及 GlobalAppSettings.cpp 中的旧配置迁移逻辑——旧版useTabSwitcher布尔设置会被读取并改写为新的tabSwitcherMode枚举Continue supportinguseTabSwitcher, but prefertabSwitcherMode保证用户旧配置的平滑升级动作参数tabSwitcherModeActionArgs.idl 定义了TabSwitcherMode枚举nextTab/prevTab两个动作各自携带该参数对应 ActionArgs.h 的PREV_TAB_ARGS/NEXT_TAB_ARGS宏使得普通的前后翻页切标签也可以按 MRU 语义进行——这与规格中MRU 更新统一收敛到_OnTabSelectionChanged的设计目标一致保证翻页、点击、切换器三种切法共享同一份 MRU 状态。CommandPalette内部即以此枚举驱动列表选择前文_commandsToFilter()中MostRecentlyUsed ? _mruTabActions : _tabActions的三元判断。编号标签Numbered Tabs与既有的ctrlshift1…ctrlshift9快切能力呼应切换器为列表中前九个标签分配 1–9 的编号用于快速切换超过九个的标签不编号。这一机制在列表滚动后依然有效——编号跟随列表中的逻辑位置而非可视位置。能力评估Capabilities规格文档对四个维度给出了明确判断可访问性切换器基于 WinUI 构建自动挂入 UIA 树屏幕阅读器Narrator可发现并导航该切换器UI 完全可用键盘驱动同时支持鼠标操作弹层出现时焦点立即转移到切换器上可考虑使用 ThemeShadow 提升 UI 与背景的对比度让焦点更清晰。安全规格判断该功能不会引入安全问题。可靠性MRU 更新会因大量标签交互被触发是需要关注的点但作者评估认为该更新开销极小用户不太可能快到影响体验地创建/删除标签。兼容性标签条上原有的横向导航方式不受影响且其键位与切换器键位相互独立重排标签条不会改变 MRU 顺序。规格给出的例子标签条[cmd(focused), ps, wsl]MRU[cmd, ps, wsl]重排后标签条[wsl, cmd(focused), ps]MRU 仍为[cmd, ps, wsl]。已知风险小窗口下的 UI 呈现规格专门分析了终端窗口尺寸较小时切换器的呈现问题并与两大参照实现对比Visual Studio 的切换器是固定尺寸即使 VS 窗口比切换器还小切换器也会超出窗口范围VSMinimumSize.png / VSMinimumSizeWithTabSwitcher.pngVS Code 则将窗口最小尺寸限制在能给切换器留出有意义展示空间的下限VSCodeMinimumTabSwitcherSize.png。终端的约束是切换器必须包含在终端窗口之内因此它无法复刻 VS 的做法方案是让切换器保持居中并按终端边框百分比留边距随窗口缩小而等比缩小——由于终端本身有最小宽度切换器总能保有可用空间。该结论要求实测切换器打开状态下拖拽缩放窗口的表现。未来展望面板Pane导航规格引用了 #1502 讨论中受 tmux 启发的想法tmux 可以直接导航到某个面板并给出面板预览。对终端而言当前没有任何途径总览各标签内打开的面板若切换器展示面板名称列表用户即可在一个弹层中看到所有面板。实现路径在标签列表右侧增加一列展示选中标签内的面板列表按右方向键深入面板列表、左方向键返回每个标签的面板列表同样遵循传入的displayOrderMRU 或 in-order。规格明确将面板导航划出本次范围以保持 scope 紧凑但要求切换器实现预留面板导航的扩展点。悬停标签预览若高亮某标签时终端像切过去一样显示该标签内容会大幅提升定位效率。但规格指出两个前提障碍目前不存在预览模式的焦点设置且 MRU 会在标签获焦时更新预览不应触发 MRU 更新。因此该特性被推迟到切换器落地之后。延伸阅读与资源规格文档doc/specs/#1502 - Advanced Tab Switcher/spec.md作者 Leon Liang2019-11-27 创建2020-06-16 最后更新issue id 1502面板核心实现src/cascadia/TerminalApp/CommandPalette.cpp、src/cascadia/TerminalApp/CommandPalette.h、src/cascadia/TerminalApp/CommandPalette.idl动作参数与枚举定义src/cascadia/TerminalSettingsModel/ActionArgs.idl、src/cascadia/TerminalSettingsModel/ActionArgs.h全局设置与旧配置迁移src/cascadia/TerminalSettingsModel/GlobalAppSettings.cpp标签管理MRU 向量维护的入口src/cascadia/TerminalApp/TabManagement.cpp相关测试src/cascadia/LocalTests_TerminalApp/TabTests.cpp、src/cascadia/LocalTests_TerminalApp/CommandlineTest.cpp相关主题文档命令面板规格、标签颜色规格。【免费下载链接】terminalThe new Windows Terminal and the original Windows console host, all in the same place!项目地址: https://gitcode.com/GitHub_Trending/term/terminal创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
