现在我就在用Next发这个帖子，使用了一下，感觉还不错。原本想用chrome的surfingkeys来获得emacs操作快捷键，结果找不到如何正确配置和使用的文档。那就算了吧。 Next安装很容易，到网站上下载对应的安装包即可。 一个最大的好处就是将浏览器的tab对应为buffer，每个buffer都可以决定是否启用proxy-mode，这样，我的访问国内站点的buffer就可以直接访问不需要代理，访问google的就可以启用代理。 比chrome tunnelswitch好用。毕竟tunnelswitch由于chrome升级的原因，导致pac文件不能使用了。 最后放几张图看看
现在浏览器操作90%不再使用鼠标了。
单说 Emacs 使用者集成 浏览器 的话， 我觉得 EAF 已经到头了。
EAF不是集成浏览器，而是自己用pyqt打造了一个浏览器 目前，spacemacs + EAF配合有问题。 浏览器是如此重要的信息展示，最好独立一个屏幕全屏显示浏览器，emacs占据另一个屏幕。
很早以在它还不需要 PyQt 的时候试过。早期版本直接用了 macOS 自帯的 WebKit API，不用额外装 Qt。 現在它主要支持 Linux，对 macOS 支持不太好，也不支持 SBCL 以外的编译器了，就沒在用了。
只要是emacs能够做到的事情，没人想要用另外的工具啦
为啥不用 Qutebrowser ……
我看了一下qutebrowser, 和emacs关联似乎不大，是键盘驱动没错，但是操作方式很不emacs.
很多 Emacs 使用者 在用这个浏览器, 比如
我自己也曾(或许)是忠实使用者，qute 让我学会了 vim 的优点。
但是，chrome 让我回来的原因是，有 网页批注 ： https://www.weavatools.com
我只用org整合各种信息，git保存org, 我觉得这样更容易形成自己的知识体系，浏览器上的批注，这个功能我没有发现比org好在哪里？
我也有用 org 管理自己的知识，为此还和 懒猫"吵"过.
我倒是不在意 版本控制 org 但注意备份。
浏览器上批注，类似于 L1 L2 L3 缓存。比如阅读 Wiki 网页上的信息。很多时候，找到了一个信息点的同时，还有很多疑问，顺手留下而已。如果下次有缘还能再读这个知识点，就很非常清晰地看出自己曾经的疑问，或者产生新的疑问。信息点的积累就是这样，点滴积累起来，谁说就不可能产生“智慧”呢？
扩充自己短暂的记忆能力而已，长期知识还是靠 org
但是不是说 缓存不重要。
这个插件 高亮 及笔记 的便捷性 是我觉得 qute next 这些浏览器目前没能做到的。
我坚持寻找emacs风格浏览器的原因就是想简化工作，都是一种emacs和弦键盘使用方式显得十分重要。 不用记太多非关键的“信息”。 所有如果Next能够很稳定的使用，我应该不会再回到chrome去了。 现在Next还有一个问题，那是https自建站点访问会被拒绝。暂时这种情况下还会使用chrome.
Emacs 集成浏览器本身就是个伪命题。我认为 Emacs 中轻度使用浏览器功能简化工作流是可以的（比如预览 markdown），要取代浏览器没有必要也没有可能。
之前用 Next 也是因为稳定性太差而放弃了，还报过 bug
现在挺好用的，昨天用钉钉的时候死过一次，后来就没有了。毕竟一直在活跃开发。
如果你自己可以写JavaScript代码，你会觉得EAF浏览器和Emacs配合的效率真的非常高。
只带了 MacBook，改天 Linux 上试试
哈哈哈，吵不至于，只是我不用org-mode而已，并不说org管理知识不重要，每个人有自己的习惯。
Qutebrowser 也是基于Qt的吧，eaf为什么不在他的基础上修改呢
以前有qutebrowser，效果不是很好。现在的EAF Browser特别好用，谁用谁知道 
