技术博客
FileDiffs 插件官方推荐且最可靠的安装方式就是通过 Package Control——它自动处理路径、依赖和后续更新。手动克隆仓库（比如 git clone https://gitcode.com/gh_mirrors/su/SublimeFileDiffs）只适合你要改源码的极少数情况；否则极易因 Packages 目录位置识别错误导致插件不加载，连菜单都出不来。
Sublime Text 本身不原生支持 Scala，必须依赖插件。但很多用户卡在第一步：插件装不上或装了没反应。核心原因通常是 Package Control 未正确安装，或用了不兼容的 Sublime Text 版本（如 Sublime Text 4 的某些旧插件已停更）。
Sublime Text 本身不解析 HTML，不能像浏览器那样“识别链接”，但用正则批量提取 <a href="…"></a> 或 href="…" 这类文本非常高效——前提是 HTML 格式相对规整，且你清楚正则的边界和陷阱。
Sublime Text 本身不带编译器，所谓“配置 C++ 环境”，本质是告诉它：在哪找 g++、用什么命令跑、怎么把错误行号映射回编辑器。Windows 用户最容易卡在路径没加进系统环境变量，导致 g++ 命令根本找不到。
这是最典型的版本不匹配：Composer 读取 composer.json 中的 php 约束（比如 "php": "^8.1"），发现当前 CLI 的 PHP 版本不满足，直接中断。不是 Composer 自身版本问题，而是它在替你校验项目依赖的 PHP 环境底线。
composer global remove 命令在 Composer 2.2+ 中才正式支持，低于该版本会报错 Command "global:remove" is not defined。所以第一步得确认你的 Composer 版本。
系统级高对比度模式（如 Windows 高对比主题、macOS 的“增加对比度”）会覆盖网页默认颜色，但不会自动改写你的 CSS；必须显式监听 prefers-contrast 才能响应。它不是“检测屏幕类型”，而是检测用户是否启用了系统级对比度增强设置。
Composer 支持通过 path 类型仓库直接加载本地文件系统中的包，不需要发布到 Packagist 或私有服务器。这适用于你正在开发一个扩展包（比如 mycompany/laravel-widget），同时在另一个项目里调试它。
Sublime Text 本身只是文本编辑器，不带编译器或解释器。想「Ctrl+B 运行 Haskell」，本质是让它调用系统已安装的 ghc 或 runhaskell，再把输出展示在底部面板。如果没装 GHC、路径没加进系统环境变量、或者构建系统配置错命令，就会报 sh: ghc: command not found 或 [Errno 2] No such file or directory。
Sublime Text 没有独立的“历史面板”，但 Ctrl+P（macOS 用 Cmd+P）就是它的历史入口——它不是单纯搜文件名，而是按访问时间倒序排列所有曾打开过的文件，最近的天然置顶。