Github 的 Atom 可能直接在浏览器使用吗

[xranthoar]

Atom 是基于 web 技术的，那能不能去除 native 那一步，直接在浏览器运行呢？

[airyland]

web技术不也只是浏览器端，文件读写监听项目目录读取浏览器就做不了了。即使在web端真的可以运行，那么如何测试浏览器里的非前端代码。。

[kokdemo]

@airyland 我觉得做成浏览器应用/插件可能有戏

[guotie]

c9.io

[faceair]

atom还用了node

[robertlyc]

明明就是coffee

[learnshare]

只是 UI 使用了前端的东西，更多的是基于 Node.js 的功能（FS、HTTP、Socket 等），浏览器给不了这么多

[ehs2013]

跑一个 x86 虚拟机

[kawaiiushio]

@ehs2013 2333

[lijianying10]

本来就在浏览器上了。为啥这么想呢？

[Delbert]

@airyland https://chrome.google.com/webstore/detail/slim-text/efgpjeojnoblodlofkhmhgghdfadmeoc 这个是怎么实现的呢？

[jun4rui]

其实类似技术的Adobe的brackets倒是确实有Chrome的移植版

[jun4rui]

@Delbert 你这个其实满初级的，就是UI像而已，离ATOM差距很大，你看看这个：

https://chrome.google.com/webstore/detail/quickfire/mobpfffdclcandcgkkjgjkcalglekegd

[kisnows]

这些基于 node 开发的应用感觉上还是会慢一点，Adobe 的 brackets、Github 的 ATOM 都一样。打开的时候初始化好久，不如 Sublime 快。

[xranthoar]

@airyland 涉及到浏览器外如文件操作的一部分可以改一改，变成调用server的web接口？

[xranthoar]

@kisnows 慢也许迟早会被克服，总觉得放浏览器上了就哪儿都能用了，客户端总不爽

[xranthoar]

@learnshare 考虑有服务端呢，不仅仅是浏览器，是不是也能够移植一个 web 版的 atom

[learnshare]

@xranthoar BS 架构的文本编辑器，会有性能和体验的优势么？网络请求可比 IO 的延时高出成千上万倍了

[j]

atom本身就是基于定制浏览器引擎开发的。你非要把atom拿到普通浏览器上运行不是不可能，是可能相当于重新做一遍atom，那你何必用atom呢。

[binyuJ]

http://ace.c9.io/#nav=production
好多