4 ms·
emacs "gui" perfectly supports the mouse out of the box. For use in a terminal (after using both for some time, I find the gui version better tbh), see https:/
by jaster 4y ago
emacs "gui" perfectly supports the mouse out of the box.
For use in a terminal (after using both for some time, I find the gui version better tbh), see https://www.gnu.org/software/emacs/manual/html_node/emacs/Text_002dOnly-Mouse.html https://www.gnu.org/software/emacs/manual/html_node/emacs/Te...
- ghosty141 4y agoI personally think GUI mode is simply better. There is no real advantage to running emacs in a terminal imo.
- spudlyo 4y agoHard disagree. Sometimes the terminal is the most efficient way to run Emacs on a machine in a remote data center that has a mountain of CPUs, GPUs, memory, and disk. TRAMP can be slow and inefficient. A LSP server process on a huge monorepo can chew up a large amount of memory and CPU on startup. Running all of this stuff locally on the actual hardware your code needs to run on is great.
- gpderetta 4y agoTRAMP is great, but to me it never feels the same as running locally. OTOH ssh -X (i.e. X forwarding) works for me for exactly this specific case (large and powerful remote dev box). Incidentally my current setup is that I'm WFH and RDP'ing into my windows desktop, where I run VNC to our xvnc server where I ssh -X to the dev box where I run GUI emacs. It is surprisingly usable (I can also skip the RDP and run VNC directly if needed).
- ghosty141 4y ago> to run Emacs on a machine in a remote data center that has a mountain of CPUs, GPUs, memory, and disk But then why not run the daemon on that server and the GUI locally?
- spudlyo 4y agoHave you actually tried that? I know the server _can_ expose a TCP socket but it's not clear to me if it's intended to work across machines.