3 ms·
> There will be major new areas of innovation I’m really curious what you mean by that, and how you see the world evolving such that Emacs, as is, won’t be abl
by tonyarkles 6y ago
> There will be major new areas of innovation
I’m really curious what you mean by that, and how you see the world evolving such that Emacs, as is, won’t be able to come along with it.
- Dangeranger 6y agoImagine a world where your terminal isn’t emulating a TTY from fifty years ago. Gary Bernhardt gave a talk about this in 2012[0]. [0] https://www.destroyallsoftware.com/talks/a-whole-new-world https://www.destroyallsoftware.com/talks/a-whole-new-world
- tonyarkles 6y agoPretty cool talk! I love some of the features he's added! https://imgur.com/Gtytll1 https://imgur.com/Gtytll1 An interesting thing that often gets forgotten or missed is that Emacs doesn't depend on a conventional TTY to run. It's already capable of displaying images either in separate buffers or inline. From Gary's talk there, my thoughts would be that a number of the features he's put in there would: a) be potentially better-served as CLI tools instead of baked directly into the IDE, with well-defined inputs and outputs. I have no problem imagining use cases for e.g. the crash navigation stuff outside of an editor (perhaps as part of an error-handling dashboard). b) likely already be possible to build in non-terminal versions of Emacs, without having to design your own terminal and editor from scratch. By no means do I think Emacs is a perfect editor, but I'm also very cautious when pondering "do we rebuild from scratch"-type questions. I'm always keeping my eye on other editors and IDEs, and with varying levels of difficulty, I haven't really come across too many useful things that wouldn't be possible to do within the current Emacs/Elisp environment. Awkward, maybe.