GitHub's new text editor leaked on Twitter

Post by danabramov » Wed, Feb 26, 2014, 11:08 AM UTC

1qaz2wsx3edc wrote: post #15

aroman wrote: post #3

holy cow this thing has like 70 repositories! And I found a screenshot... looks very much like sublime text: https://f.cloud.github.com/assets/1424/1228569/cce6eb26-27a6... edit: based on this[1], it looks like this is a GitHub-aware/integrated text editor that targets both desktop (Mac, at least) and web [1] https://gist.github.com/elcuervo/eb68883f233baf5a46c8

And it's totally gonna be awesome. I'm fairly confident they built it around node-webkit or another wrapper, perhaps in browser, I'm not sure. What's important is that it's a text editor on top of web technologies. I was poking around doing the same a couple months back, brackets has been doing it for even longer. It's honestly sorely needed because of the amount of expression one can put into due to it's technologic…

Post by agos » Wed, Feb 26, 2014, 11:13 AM UTC

espadrine wrote: post #117

aroman wrote: post #3

holy cow this thing has like 70 repositories! And I found a screenshot... looks very much like sublime text: https://f.cloud.github.com/assets/1424/1228569/cce6eb26-27a6... edit: based on this[1], it looks like this is a GitHub-aware/integrated text editor that targets both desktop (Mac, at least) and web [1] https://gist.github.com/elcuervo/eb68883f233baf5a46c8

> it looks like this is a GitHub-aware/integrated text editor that targets both desktop (Mac, at least) and web I can confirm, from looking at the code. It uses CSS / LESS for highlighting, and CoffeeScript for client-side programming (eg, the fuzzy completion[0], or the autocompletion). The surprising part is that the editor doesn't seem to be a fork of either Ace or CodeMirror, the two big guys in the field. The hi…

Post by aktau » Wed, Feb 26, 2014, 11:35 AM UTC

comex wrote: post #64

roryokane wrote: post #60

Earlier quoted context omitted.

Vim does not support graphical user elements, and is built around the unfamiliar language Vimscript. Those drawbacks are pretty baked into Vim and would be hard to change (though someone is trying to: https://www.bountysource.com/fundraisers/539-neovim-first-it... ). Many other editors don’t have these drawbacks, allowing them to support features such as these: • a graphical file tree browser (with icons, not restric…

It's also apparently a pain to integrate into anything else... http://www.freehackers.org/VimIntegration ...and plugins can't update things in the background... https://groups.google.com/forum/#!topic/vim_dev/-4pqDJfHCsM%... etc. I haven't looked at the code myself, but it sounds like a rewrite or major refactor would be very useful.

Post by qpleple » Wed, Feb 26, 2014, 11:54 AM UTC

beefsack wrote: post #126

Kequc wrote: post #99

Earlier quoted context omitted.

I love the edit markers in the last screenshot. But too skeptical about the performance of a text editor running in webkit. All of my experiences writing text online have been bad. So the jump into using webkit for an entire dev environment fills me with dread.

This is already possible using gitgutter in both Vim and ST, and I've never noticed an impact on performance.

Post by mattpass » Wed, Feb 26, 2014, 12:04 PM UTC