Sublime Text 无法实现“始终在右侧打开新标签”，因其原生不支持相关设置或API干预；可用TabRight插件模拟右移效果，或改用分组布局适配其轻量级tab模型。
Sublime Text 默认不支持“始终在右侧打开新标签”
Sublime Text 原生没有类似 VS Code 的 workbench.editor.openSideBySideDirection 这类设置，也没有 GUI 选项或内置配置项能直接实现「所有新标签都强制插在当前标签右侧」。它的标签顺序由文件打开方式（快捷键、拖入、双击等）和内部 tab 管理逻辑决定，且不暴露可干预的插入位置钩子。
可用的替代方案：用插件模拟右侧插入行为
社区插件 TabRight 是目前最接近需求的解决方案——它不改变默认行为，但提供命令让当前标签右移，并配合快捷键/鼠标中键可快速把焦点标签“推到右边”，间接达成视觉上「新标签出现在右侧」的效果。
- 安装后，执行
TabRight命令会将当前活动标签移动到其右侧相邻位置（若右侧已有标签，则交换；若为最右，则无变化） - 搭配
Ctrl+Shift+Tab（Windows/Linux）或Cmd+Shift+Tab（macOS）可快速触发该命令 - 你也可以把
tabright绑定到鼠标中键（需修改Default (Windows).sublime-mousemap等对应平台文件） - 注意：它只作用于已存在的标签，无法让
Ctrl+P搜索打开的文件自动落在右侧——这类操作仍遵循 Sublime 原有 tab 插入规则（通常插在末尾或当前 tab 附近）
为什么不能靠修改 settings 或 key bindings 实现真正“始终右侧”？
Sublime 的 settings 文件（如 Preferences.sublime-settings）中没有任何与 tab 插入位置相关的键。官方 API 也不允许插件拦截或重写 view.window().open_file() 的 tab 创建逻辑；on_load 或 on_activated 事件触发时，tab 已被创建并定位完毕，此时再调用 window.set_layout() 或 window.focus_group() 都无法改变该 tab 的左右顺序。
- 试图用
sublime_plugin.EventListener监听on_post_text_command并检测open_file命令，也无法可靠捕获所有打开路径（比如拖入文件、双击侧边栏、从命令面板运行AdvancedNewFile等） - 硬编码修改
window.tabs()列表顺序无效——该列表是只读视图，不反映真实 UI 排列 - 即使通过
sublime_plugin.WindowCommand强行关闭再重开文件，也会丢失编辑状态、光标位置、折叠信息等
实际工作流建议：接受 Sublime 的 tab 模型，改用分组 + 右键菜单辅助
与其强行对抗 Sublime 的 tab 行为，不如适配它更自然的组织方式：
- 用
Ctrl+K, Ctrl+→把当前文件移到右侧 group（如果有），再用Ctrl+K, Ctrl+←切换 focus group，形成「左编辑 / 右参考」布局 - 右键点击 tab → 选择
Move to New Group快速隔离对比文件 - 启用
show_tab_close_buttons和enable_tab_scrolling，避免 tab 溢出遮挡 - 如果重度依赖右侧优先，考虑切换到支持原生
editor.openInCenter或openToSide的编辑器（如 VS Code），Sublime 在此场景下确实存在设计边界
Sublime 的 tab 系统本质是轻量级堆栈管理，不是空间感知型布局引擎。所谓“右侧打开”，其实是对编辑器底层 tab 插入策略的误读——它根本没有“左侧/右侧”的绝对坐标概念，只有相对插入点（current、first、last）。这点最容易被忽略，也最常导致插件尝试失败。
