31–40 of 103 posts
Earlier quoted context omitted.
> I love Emacs but I agree with the poster about how everything as text can have its drawbacks. I'd love to see a NeoEmacs that addresses some of these issues What are the top 3 or 5 things or so you think a NeoEmacs should solve/improve?
The ability to render pictures inline (imo).
I tried to switch to EMacs a year or so ago. I used it for a couple months and I enjoyed the configurability in elisp. One of the last straws for me was that when scrolling down, the cursor moved to stay on the screen. This is one of the quirks of it being a TUI originally. (There is of course a package to for this functionality, but I found it would break frequently.)
Point being that I suspect this is very much a learned behavior and you can grow to like either way. Not that one is superior to the other.
What is the current state of using emacs within VSCode? Is it just keybindings or is there something more like what vscode-neovim has?
This is a genuine question coming from a place of relative ignorance, mind you. I haven't touched VSCode since the dark ages so I don't really know what it adds to the experience.
Anybody should feel free to do what they like to emacs, it's free software. But this would be a fork I would have absolutely no interest in whatsoever. The author sees the fact that emacs UIs are textual as a negative, but it's the reason I love it, the reason I've been using it for 20 years and I dare say the reason some have been using it twice as long. Ditching terminal support and replacing emacs TUIs with GUIs w…
Pixel Fold & Tablet 5G + living in Emacs on Android at the cafe, beach and golf resort is totally do-able ;)
https://www.reddit.com/r/emacs/comments/ugxfi2/fyi_i_install...
Earlier quoted context omitted.
Elsewhere, the author makes the point that with TRAMP, your local (gui) Emacs can transparently operate your remote machines (bringing with it of course all the customizations and functionality you've built into your local config--and of course your local window management). https://www.gnu.org/software/emacs/manual/html_node/tramp/Qu...
i know about tramp, i don't want to use it. simple stuff like closing your laptop and continuing tomorrow break (ssh connections time out)
Anybody should feel free to do what they like to emacs, it's free software. But this would be a fork I would have absolutely no interest in whatsoever. The author sees the fact that emacs UIs are textual as a negative, but it's the reason I love it, the reason I've been using it for 20 years and I dare say the reason some have been using it twice as long. Ditching terminal support and replacing emacs TUIs with GUIs w…
What is the benefit of drawing the interface for `M-x customize-group` as if it was plain text in the terminal when running the Emacs GUI? It makes sense for `emacs -nw` and I don't think there’s many Emacs users who are advocating for ditching terminal support. But it looks like a hack in the GUI.
I really like this blogs ui! I think it was made with hugo.
Because I'm doing non-trivial (but probably not extensive) work on a server that does not have windowing.
Tramp is a hassle for some use cases, especially if you use SSH FIDO to authenticate; either you need set up the session somewhere and use SSH channel multiplexing from a session you established previously, and some protected environments limit the number of channels per SSH connection (often, to one).
Handling a text terminal emulator is a lower common denominator for sure than elisp to fulfill those functions.
I'd also like to point out that emacs has been praised by those with issues with their eyesight for its textual interface working with screen readers far better in practice. Other applications inevitably break their accessibility far more often, because their programming model makes it more expensive to do and keep in good order.
I don't mean to suggest this is how "text editors oughta be," but it's good at least one editor is this way, in regard to its relationship to UI elements and text.