31–40 of 88 posts
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: * Start editing in Chrome * It becomes long so copy-paste to Atom and edit there * Copy-paste back to Chrome To avoid this, I have then be using https://chrome.google.com/webstore/detail/wasavi/dgogifpkoil... to edit directly in Chrome but tho…
It would be even cooler if HTML input can be edited using markdown source. 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.
It would be so great to have that for Jira and its obscure formatting conventions.
I use this Firefox add-on to edit text in gvim from time to time: https://addons.mozilla.org/en-US/firefox/addon/its-all-text/... 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 becaus…
I suspect there are use cases where this makes sense, and, obviously, Atom is a more powerful editor than a browser textarea, though the key bindings may be similar.
I use this Firefox add-on to edit text in gvim from time to time: https://addons.mozilla.org/en-US/firefox/addon/its-all-text/... 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 becaus…
It would be even cooler if HTML input can be edited using markdown source. 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.
It would be even cooler if HTML input can be edited using markdown source. 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.
It would be so great to have that for Jira and its obscure formatting conventions.
Does anyone else jump into an editor to write emails or essays? I find myself wanting simple, distraction-free plain text with no UI cruft for any writing more than a few sentences. 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.
Earlier quoted context omitted.
I usually copy-paste longish things to the text editor (or at least to clipboard) to avoid data loss in case the webapp crashed / browser crashed / HTTP request failed / I mistakenly pressed backspace when out of the textarea (which navigates to previous page) It happens rarely but when it happens, it hurts.
A browser extension I didn't know I wanted. Keeps history of textfields when I navigate away, and gives me an option to restore.
But I use many browsers, webapps reset the forms contents with JS etc. It's complicated.
[1] https://addons.mozilla.org/en-US/firefox/addon/lazarus-form-...
Damn, I thought this meant Atom support on Chrome OS :( There still isn't a good text editor that does regex find and regex replace (caret doesn't).