从Emacs远程控制Chrome / Chromium浏览器？

Question

我正在寻找能够实现的Emacs（＆amp; Chrome）软件包 在每个应用程序之间进行通信 - 尤其是从Emacs远程控制Chrome，类似于FireFox的Mozrepl。

我找到了一个名为skewer-mode的软件包，但从我的角度来看，它依赖于js2-mode等不必要的软件包。

所以，我的问题是：是否有支持emacs的轻量级emacs / chrome包 - ＆gt;铬通讯？

Answer 1

您可能对我的项目wooky.el感兴趣 - 它可以在Chrome标签的上下文中重新定义并重新加载标签。但是，它也依赖于js2模式（在点上找到defun）。

Kite软件包是一个功能更强大的Chrome DevTools前端。它有一个调试器，REPL，DOM检查器等。它也在MELPA上。该软件包不依赖于js2-mode。

满意？

Answer 2

还有Mini Kite Mode。它的描述包含了这个包与类似包之间差异的概述：

  

始终从Emacs调试WebKit浏览器（Chrome）中的JavaScript   乐趣。已经有几个包实现了这个想法：   Skewer，Kite和Wooky具有不同的功能集。然而，   由于我的具体工作流程和需求，他们不适合，所以我   决定写这个。

     

  
• Skewer：我不想注入自定义脚本或运行网络   Emacs中的服务器。而且，简单的评估需要   JavaScript以特定的方式构建，并没有使用   WebKit Debuger的强大功能，特别是实时更新脚本。我喜欢这个   功能很多，因为它可以用来重新定义闭包和事件   处理程序。浏览器不可知是一件好事，但事实并非如此   对我来说至关重要
  
• Kite：巨大且功能齐全，但我不需要   调试，它更适合realgud之类的东西。
  
• Wooky：听起来   对我来说很完美，除了它不支持实时更新。
  
• SwankJS：   全功能和浏览器无关，但设置很复杂   并且有点不可靠。
  

还有JSS or jsSlime，在功能方面与风筝非常接近。以下是JSS的作者JSS和Kite之间的概述，来自reddit comment：

  

我有点感觉jss是针对javascript开发人员的   （我是一个javascript开发人员），调试器和   uri-source-code mapping我添加的第一件事;而风筝是   瞄准更多（或只是）html / css devs（实时更新，   彩色浏览器/检查员）。话虽如此，这里还有2秒   比较：

     

  
• kite实现了比jss（DOM）更多的调试器   和Heap观众，一个css颜色检测器，仅举几例）
  
• 风筝实现js和css的实时编辑，jss没有（并且它没有   真的是我的优先事项）
  
• jss实现了实际的js调试器（view   根据，风筝，堆栈框架，帧中框架，恢复框架）   它的文档，不是。
  
• 风筝年纪大了，所以我认为它已被更多地使用了。
  
• kite使用一个库（ewoc）来获取jss的一些模型视图   重新实现自己。
  
• jss可以（并且正在慢慢地到达那里）工作   火狐也是。
  
• jss还包括（与浏览器完全无关）   用于创建和查看自定义http请求的模式（http-repl）