11–20 of 26 posts
This could be nice for remote pair programming without having to do screen sharing. For instance, the person on the non-typing end could see the edit stream over their iPad.
However, on machines that are emacsless (at least, without having to ssh somewhere), yeah, this could definitely be nice.
This could be nice for remote pair programming without having to do screen sharing. For instance, the person on the non-typing end could see the edit stream over their iPad.
I am a couple of weeks away from having something.
The author brings up the idea of an Etherpad for Emacs. I agree that this would be useful. I wonder how tricky it would be to get right.
The author brings up the idea of an Etherpad for Emacs. I agree that this would be useful. I wonder how tricky it would be to get right.
The author brings up the idea of an Etherpad for Emacs. I agree that this would be useful. I wonder how tricky it would be to get right.
It has been tried a few times.
The author brings up the idea of an Etherpad for Emacs. I agree that this would be useful. I wonder how tricky it would be to get right.
http://www.emacswiki.org/emacs/CollaborativeEditing It has been tried a few times.
An HTTP based tool will never offer the full power of emacs at the remote end. But it could be more than enough for most circumstances.
Earlier quoted context omitted.
I can't wait to see this progress when emacs gets lexical scope and threading. Having a lisp machine as an asynchronous web server is amazing.
Yep, this can already be done using Scheme (Racket or Guile) and Geiser. But it's still very cool to have that in Emacs Lisp. And it will be "natively" here when Emacs Lisp is replaced by Guile 8-).
But hey, duke nuke'em forever did happen, someday perl 6 might be released, guile might replace emacs lisp.
Earlier quoted context omitted.
Yep, this can already be done using Scheme (Racket or Guile) and Geiser. But it's still very cool to have that in Emacs Lisp. And it will be "natively" here when Emacs Lisp is replaced by Guile 8-).
emacs lisp being replaced by guile long ago reached the "I'll believe it when I see it point". But hey, duke nuke'em forever did happen, someday perl 6 might be released, guile might replace emacs lisp.
Anyway, we're ages away from any of that. Although I do believe we'll see a more capable LISP inside Emacs within a few years now.
Earlier quoted context omitted.
emacs lisp being replaced by guile long ago reached the "I'll believe it when I see it point". But hey, duke nuke'em forever did happen, someday perl 6 might be released, guile might replace emacs lisp.
I believe someone is working on an emacs in guile. That's the right approach. I don't believe it's necessary or sensible myself. I like Scheme a lot. But Emacs resembles CommonLISP more than Scheme so for Emacs future CommonLISP seems the most sensible option. Anyway, we're ages away from any of that. Although I do believe we'll see a more capable LISP inside Emacs within a few years now.
I think it more likely that Emacs-Lisp will continue to grow on its own incorporating its own threading support and continually reducing the motivations for a rebase overtop of Guile.