To answer the questions of the use case, here is mine.
I spend quite a lot of time editing in Chrome, especially Github and StackOverflow, and found myself doing the following:<p>* Start editing in Chrome<p>* It becomes long so copy-paste to Atom and edit there<p>* Copy-paste back to Chrome<p>To avoid this, I have then be using <a href="https://chrome.google.com/webstore/detail/wasavi/dgogifpkoilgiofhhhodbodcfgomelhe" rel="nofollow">https://chrome.google.com/webstore/detail/wasavi/dgogifpkoil...</a> to edit directly in Chrome but thought that it would be better to use a real editor rather than a subset, which is why I created this package.<p>I have an editor opened almost all the time, so pressing a shortcut and being able to edit directly there without copy-pasting around is actually saving me some time compared to my previous workflows.
I use this Firefox add-on to edit text in gvim from time to time:<p><a href="https://addons.mozilla.org/en-US/firefox/addon/its-all-text/?src=search" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/its-all-text/...</a><p>But I don't see the advantage of editing text areas with atom, which presents an extremely similar text editing experience compared to the experience the text area already provided. On the other hand, moving to Vim to edit a particuarly long comment or what have you makes more sense because I get to use the crazy keybindings I've drilled into my fingers.
A similar behavior is available with edit-server[1] and the accompanying Chrome plugin[2] in Emacs.<p>[1]: <a href="http://melpa.org/#/edit-server" rel="nofollow">http://melpa.org/#/edit-server</a>
[2]: <a href="https://chrome.google.com/webstore/detail/edit-with-emacs/ljobjlafonikaiipfkggjbhkghgicgoh" rel="nofollow">https://chrome.google.com/webstore/detail/edit-with-emacs/lj...</a>
I like this idea. As Firefox tightens its sandbox security eventually things like It's All Text! won't work anymore.<p>I have some bugs open on the project and maybe someday I can switch from Vim to Atom comfortably.<p>I also hear that the It's All Text! author is lazy... every time I go home to the family. ;-)
It would be even cooler if HTML input can be edited using markdown source.<p>For eg., you compile an email in Gmail, but edit it using Markdown in Atom (or whatever editor); the final content gets rendered as HTML. Effectively you are sending HTML email that was composed and edited in Markdown.
Use cases I thought of and I haven't even used it or similar plugins:<p>You want to use Atom's Markdown preview of a reddit comment or a github issue or anything else that takes Markdown.<p>You want autosave of a comment/input in case you accidentally close the tab, navigate away, or restart your browser.<p>You want to write code in a comment/email.<p>You want to use more advanced editing commands, things like undo-tree.
Does anyone else jump into an editor to write emails or essays?<p>I find myself wanting simple, distraction-free plain text with no UI cruft for any writing more than a few sentences.<p>Personally I'm using either the Write Space extension for Chrome or Sublime today, but it seems like the author has the same use case, and with the added convenience of auto sync.
It would be cool if browsers simply created easy-to-find temporary files on disk that mirror the contents of the text box, and can be copied or edited externally. Then you could use whatever editor you want, or simply copy the file to edit later. Hm.. maybe a FUSE filesystem could be used for this.
The only real use-case I can see here is getting access to multi-select, and find/replace utilities, or perhaps other custom shortcuts you might use. Overall a neat little trick. Atom is not my usual editor of choice but I could see a few small potential use cases.
I love this. There used to be a TextMate plugin for Mac browsers that did the same thing (well, without the live sync).<p>Am going to use this for some aged web forms at work that have pretty hostile UX and that I often c&p into rather than bother trying to type.
I'm still sad Pterosaur [1] is no longer maintained.<p>[1] <a href="https://github.com/ardagnir/pterosaur" rel="nofollow">https://github.com/ardagnir/pterosaur</a>
Damn, I thought this meant Atom support on Chrome OS :(<p>There still isn't a good text editor that does regex find and regex replace (caret doesn't).
Sounds like GhostText:<p><a href="https://chrome.google.com/webstore/detail/ghosttext-for-chrome/godiecgffnchndlihlpaajjcplehddca?hl=en" rel="nofollow">https://chrome.google.com/webstore/detail/ghosttext-for-chro...</a>
If I need to edit outside my browser, I would normally just press Alt+Tab to switch to my text editor, type the text, then Ctrl+C, Alt+Tab, Ctrl+V. It feels about as fast and works with all web browsers and text editors.
I used Automator on OS X to create a system service to do something like this. Creating it was really simple - just a "Run Bash Script" action with "/usr/local/bin/subl" in it. Right clicking text anywhere in the system and choosing "Edit in Sublime" will open it in ST and replace the original text once you save the file.
Cool, but not sure I'd use this. The only reason I could see this being used is if you're writing code into a textarea that isn't syntax-aware, or if you just really want vim keybindings when you're typing a long email.
I'd be more interested in a generic solution that makes a live mapping from webkit internals to files via FUSE.<p>(I have zero experience with webkit to know if this is a reasonable undertaking.)
i'm more interested in the screenshots window manager.<p>having been forced on a mac recently... just the fact i can't move my windows with <one key>+<mouse left button> is driving me crazy. and to add insult, the title bar that i have to hit to move windows is smaller then anything on browsers such as chrome and firefox.
Can somebody explain why would one ever want to use this? No trolling, I might be missing something here. I just don't see any use for it right now.
Very cool, but I'm struggling to see the purpose of this. The time it would take to focus on the textarea/ contenteditable field, then press the icon just to begin typing from a different program seems like a waste. Either that, or it has extremely narrow uses; none of which are readily apparent in my eyes.
The screenshots demo-ing this tool in use shows the native WYSIWYG editors in the respective sites to be more feaure rich and intuitive.<p>This seems like a fun programming exercise with little real utility.
As others say, there's no use for this.<p>It would be really cool to have some kind of a bidirectional WYSIWYG for web design. Edit a text field in a Chromium window managed by Atom, and it makes the same change in your template file (or even JSX file). Edit something in your template, and the change is instantly painted to the browser window.<p>I know this wouldn't be trivial to implement, though.