你们厉害,直接提bug了
哈哈，你这想法太有意思了。不过emacs开发人手很短缺啊，还是节省一点人家的时间吧。
这位回复的是emacs开发主力啊，资源宝贵
我 喵喵 你话可是要按照基本法的啊 要负责的啊 真的？？？？
真的yeah 还是emacsfordos的开发者还有编写elisp手册 我去 哎呀 好气啊
magit的buffer里移动光标会触发很多magit的动作，比如当前section的检测和高亮，牵涉到你说的不可见文本的处理。
楼主从事什么工作的，居然需要 emacs？
我找到最终bug了，是因为fcitx默认开启一个叫做剪贴板支持的插件，当我cut大文件的时候，它默认读取监视剪贴板，由于体积问题，它卡死了连带emacs不能动，因为光标的主动权是在fcitx手中的，它卡死了，光标卡死 是必须的。
2 个赞
业余爱好而已
我之前就怀疑你在全选的时候操作剪切板了：
所以跟 Emacs 压根就没关系咯。
不是我开启它，是它安装后默认启用这个插件的。
你的意思是不是我在全选后用 ^+; 来查看剪贴板？ no
我的意思是只要启用这个插件就会有这个问题。
也许，但是在其他软件就没有这个问题，我觉得可能是有连带因素在里面的，还记得以前emacs里都不能用fcitx输入中文，arch-linux wiki上有解决办法是通过更改emacs的local来做的，所以我觉得两者有冲突。
最近我在使用fcitx-sogou在emacs-buffer里乱打字 fcitx又死了，但是在终端里进行同样的操作就没事，所以我严重怀疑他俩有仇，开玩笑。
我怀疑是sogou的云匹配，还好我用rime本地的。
不是吧，我的主力输入法就是 fcitx-rime，emacs 已经连续开了几个星期了，每天都在用。是你的 fcitx 没设置好
更新描述了 刚刚我忘了写rime本地化和sogou云匹配相关的描述了
原来真是它，我前两天就怀疑是它，不过没法验证。这功能很坑爹，默认还占了一个快捷键Ctrl-;. fcitx还会占用Ctrl-Alt-s快捷键，都是emacs里常用的，后者不知道怎么关闭
关键是还有一个问题 fcitx 在emacs-buffer里进行汉字乱打长串字（很多字）会死掉，按ESC也没用，ibus有机率死掉但大部分时候卡住直到恢复，虽然正常情况下没人这么做，但是我觉得极端情况有机率出现的，不管rime还是sogou后台。
但是win下不管你怎么乱打字都没问题，桌面的确是软肋。
厉害了， 学习了
arch fcitx 我也差不多是这个环境的,mark一下
fcitx 或者 ibus 输入框架有问题呗？