-
Notifications
You must be signed in to change notification settings - Fork 73
Using in an Electron app #122
Comments
Atom's editor component isn't designed to be used outside of Atom, even in Electron. I'm pretty sure this has been asked before, but I can't find a link to it. /cc @nathansobo @as-cii |
You know it was probably even me asking. |
It's not broken out purely as an accident of not having access to Node when it was started. There's no explicit opposition to extracting it and it should be easier now than ever to do it, but it's not at the top of my list yet. |
I don't know how relevant this is, but the slap editor uses text-buffer (here). That being said it isn't an Electron app. /cc @dbkaplun |
AFAIK text-buffer is distinct from Atom's editor component – Atom's editor component depends on text-buffer for all its text manipulation operations, but the editor component is what's responsible for rendering and interaction. |
You've done phenomenal work in making Atom's Editor super performant with solid APIs, which is why I ask. I apologize for opening this in the wrong repo, it dawned on me right after that it belongs in atom/atom. I'm currently working on a formal Electron app for the Jupyter/IPython notebook. Our current codebase for the web based notebook uses CodeMirror. For an Electron app built primarily with React, CodeMirror is a bit strange. The Atom APIs on the other hand are wonderful and certainly work well with the ecosystem of Jupyter Atom plugins - Hydrogen, atom-notebook. A lot of people just want a full application for the notebook - primarily researchers, analysts, etc. that are comfortable in the notebook interface over an editor. Forking atom for the sole purpose of a different skin would be absolutely ridiculous on my part. For comparison, here's the Atom notebook: |
Is there any good way of using Atom's raw Editor in an Electron app?
The text was updated successfully, but these errors were encountered: