I have the same idea on Sublime Text about 4 years ago, but due to the Sublime API restriction at that time, it's dead on 2014. I have no idea is the Sublime API now well enough to implement this feature?
My project: https://github.com/learning/SublimeTogether
And a screencast: https://vimeo.com/96316581
Code together in real time with Teletype for Atom
171–180 of 230 posts
Re: Code together in real time with Teletype for Atom
#172I have the same idea on Sublime Text about 4 years ago, but due to the Sublime API restriction at that time, it's dead on 2014. I have no idea is the Sublime API now well enough to implement this feature? My project: https://github.com/learning/SublimeTogether And a screencast: https://vimeo.com/96316581
I'd pay for that if you ever make it.
Re: Code together in real time with Teletype for Atom
#173“participants all keep their own custom key bindings, packages, and themes.” what happens when two different people editing the same document have two different settings for # spaces per tab character? whose takes precedence? (Or would there be a possibility of inconsistent spacing depending on who is adding a tab?)
git and other VCS seem to manage this problem just fine
Re: Code together in real time with Teletype for Atom
#174Earlier quoted context omitted.
That VS Code is not Emacs-like, that’s my problem with it. In my experience nothing beats Emacs at editing text. Vim has better shortcuts, but Emacs is just smart about everything. My problem with Emacs is that it’s showing its age, it’s hard to configure and you have to learn an old and obscure LISP dialect for it. On the other hand I’ve heard that VS Code plugins are a joy to develop, MS apparently did a good job a…
> you have to learn an old and obscure LISP dialect for it As someone who is glancingly familiar with emacs (I have only ever written one elisp function, that too with help) it's a really stupid question, but couldn't emacs have bindings for lua or python or something? That would increase the number of people who can program for it and customize it. > in 20 years from now Emacs will still be around I think the real r…
Emacs is a lisp; there's a very small and tiny layer of C at the bottom and everything else is a tower of lisp. You can interact with it with other languages, via many different means, but in the process you lose the joy and power of working in a live lisp environment.
Re: Code together in real time with Teletype for Atom
#175I don't use it at all, but hasn't emacs supported this since the 80s or 90s?
For a long time, yes. I often have many Emacs clients editing the same buffer(s). It works reasonably well.
Re: Code together in real time with Teletype for Atom
#176See also Floobits, which is a fully-realized, production ready service that allows collaborative real-time editing of your editors entire workspace. Floobits has plugins for all major editors, including Vim and IntelliJ, as well as Google Hangouts. https://floobits.com/ Disclosure: I used Floobits a few times and think it’s awesome 10/10
Floobits does not work. I've tried it several times hopefully. It simply doesn't do anything. Please enlighten us to how you got it to work at all. I use neovim.
It's worked great for me in Sublime and Intellij. I've never tried it with Neovim :(
Re: Code together in real time with Teletype for Atom
#177I don't use it at all, but hasn't emacs supported this since the 80s or 90s?
Not sure if there's been a way to integrate separate emacs processes, but it has always been possible to launch a new frame (emacs speak for window) displaying the same buffer, and given network transparency in X, have it displayed on any remote computer running X.
You can run an emacs server and operate out over ssh, if you want, sharing the buffers across many remote clients.
https://www.gnu.org/software/emacs/manual/html_node/emacs/Em...
Although if you're doing remote editing you probably want to use Tramp.
Re: Code together in real time with Teletype for Atom
#178Why is Atom still missing in Debian?
Re: Code together in real time with Teletype for Atom
#179I can appreciate your efforts here. It isn't trivial to put something like this together but I'm going to go ahead and state the obvious: Face to face is far superior to a solution such as this one for what I think are self evident reasons. You're better off, by orders of magnitude, getting on a plane or train and going to see your code buddies. When I'm coding with someone we're not usually on the same files or piec…
Don't know Atom's features here and my first thoughts were somewhat negative but the video here of VSCode's similar new feature dispelled many of my initial objections.
In VSCode's feature you can even debug together and the remote user can inspect your machine. You aren't sharing a screen, you're just sharing program state and file changes.