atom不支持鼠标直接拖拽移动文本，必须按住alt（windows/linux）或option（macos）键再拖动选区才能触发editor:move-selected-text命令，否则仅执行光标定位或视图滚动。
Atom 里拖拽移动文本根本不能用鼠标直接拖
Atom 默认禁用鼠标拖拽编辑，这不是 bug，是设计选择。你看到的“拖不动”，其实是编辑器压根没开启这个功能——它不像 VS Code 或 Sublime 那样默认支持 drag-drop 移动选中文本。
真正起作用的是键盘+鼠标组合操作，不是纯拖拽。常见错误现象包括：按住鼠标左键拖选后松开，光标跳走但内容没动；或者拖到别处松手，只触发了光标定位，没触发移动。
- 必须先选中文本（任意方式：鼠标双击、三击、
Ctrl+A、Shift+方向键） - 按住
Alt键不放（Windows/Linux）或Option（macOS），再按住鼠标左键拖动选区 - 拖到目标位置后松开鼠标，再松开
Alt/Option - 如果松键顺序反了（先松
Alt再松鼠标），会变成普通光标移动，内容不会动
为什么 Alt+拖拽才生效？和 Atom 的底层机制有关
Atom 基于 Electron 和 TextEditor API，它的文本移动依赖 moveSelectedText 命令，而该命令默认只绑定在 alt-drag 这个手势上。没有这个修饰键，拖动行为被解释为“滚动视图”或“调整选区边界”，而不是“移动内容”。
这跟浏览器原生的 draggable 属性无关，也不是 CSS 能改的。你改 styles.less 或装插件强行启用 div 拖拽，只会导致光标错位、粘连、跨行异常。
- 不加
Alt：触发core:move-to-top或editor:consolidate-selections类命令，和移动文本无关 - 加
Alt：触发editor:move-selected-text，这才是真正搬运逻辑 - 某些键盘布局（如非美式）可能把
Alt映射成其他键，需检查系统级快捷键冲突
想彻底打开“自由拖拽”？别折腾，换方案更稳
社区曾有插件（如 drag-to-move）试图模拟原生拖拽，但自 Atom 1.40+ 起基本失效：它们依赖已废弃的 TextEditor::getSelections() 接口，且无法正确处理多光标、折叠区域、语法高亮渲染后的光标偏移。
如果你真需要类似 VS Code 的体验，实际路径只有两条：
- 用
Ctrl+X/Cmd+X剪切 +Ctrl+V/Cmd+V粘贴 —— 在多数场景下比拖拽更快，尤其跨文件时 - 改用
VS Code或Sublime Text，它们对drag-drop的实现是编辑器内核级支持，无兼容层损耗 - 坚持用 Atom？接受
Alt+拖拽是唯一可靠路径，别信“开启设置就能拖”的误导帖
容易被忽略的细节：多光标和缩进会悄悄破坏拖拽效果
当你用 Ctrl+Click 创建多个选区后，Alt+拖拽 只会移动**最开始激活的那个选区**，其余选区保持不动，甚至可能被自动取消。这不是 bug，是 Atom 对多选状态的保守处理策略。
另一个坑是缩进敏感：如果拖拽起点在行首缩进空白处（比如 4 个空格），松手时落在另一行中间，Atom 会尝试对齐缩进层级，导致文本被自动补空格或删空格——这由 editor:normalize-line-endings 和 soft-tabs 设置共同影响。
- 拖拽前确认只有一个活动 selection（看右下角状态栏是否显示
1 selection） - 避免从行首空白区开始拖，尽量从第一个非空白字符起拖
- 关掉
soft-tabs或统一用空格缩进，能减少松手后意外缩进偏移
