Earlier quoted context omitted.
Go ahead comparing apples and oranges, what can I say.
OP literally said emacs has extensions IDE's will never have.
I've never seen an IDE with an equivalent to smart-dash-mode:
What’s new in Emacs 28.1?
271–280 of 290 posts
Re: What’s new in Emacs 28.1?
#272Earlier quoted context omitted.
I personally think GUI mode is simply better. There is no real advantage to running emacs in a terminal imo.
Hard 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.
> 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?
Re: What’s new in Emacs 28.1?
#273Earlier quoted context omitted.
For me it doesnt even come close to it. Maybe if you wtite your own plugins but even then there are many limitations. The one-window problem for example. In emacs I can overwrite ANY function wherever it is from my config and change for example how shr (an html renderer) handles/styles headings. Its crazy! One MAJOR thing that emacs does better is making things work together. I have orderless installed for matching s…
The cohesion and interoperability of Emacs packages is hard to find elsewhere. When I tried Neovim recently, it was blatantly obvious and I was quickly turned off by how each plugin creates psuedo-TUI elements and prompts for input slightly differently.
Exactly, it's simply the difference between having a texteditor with plugins vs. having a "vm" that is mainly a text editor.
Re: What’s new in Emacs 28.1?
#274Earlier quoted context omitted.
Hard 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.
> 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?
Have 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.
Re: What’s new in Emacs 28.1?
#275Earlier quoted context omitted.
Note that these variables are specific to the Mac Port ( https://bitbucket.org/mituharu/emacs-mac/src/master/ ). They use an `ns` prefix instead of `mac` in a build based on the GNU mainline. And presumably something else entirely on another OS.
It's mac-specific, but not Yamamoto port specific. You can also find them in the vanilla EmacsForMacOSX port https://www.emacswiki.org/emacs/EmacsForMacOS#toc24
Huh, I see. I stand corrected.
Re: What’s new in Emacs 28.1?
#276Earlier quoted context omitted.
map capslock to be a control key.
Although it's the canonical solution, that would be a degradation for me. It's more ergonomic to use two hands to enter any modifier sequence. Mapping Capslock to Control doesn't provide extra benefits to my solution. The other problem people have with the pinky is that they're twisting their wrist while typing, which is also against more ergonomic guidelines. The recommendation is to move the whole arm. Once you get…
No it's not a degradation. It puts Ctrl in a sane place much easier to reach with your pinky. And if you really were going to use your thumb on the left control, then it's about the same distance to the Caps Lock key. I'm replying to the original asker with my advice, if you want to read more about what I think :)
Re: What’s new in Emacs 28.1?
#277> Adding right-click context menus is a natural extension to Emacs’s already-extensive support for the mouse (even if a lot of people don’t use it.) If emacs could support plan9 acme-style chords with custom commands then I'd probably use the mouse a lot more in it - acme convinced me that mousing around can be just as fast as being on the keyboard if the UX is well designed.
Acme was my daily driver for a couple of years (mainly writing). Went back to Emacs because of org-mode; it's just _that_ powerful. I mostly miss chording and Acmes way of finding and opening files. It was intuitive and nothing felt hidden; like the commands and dired feels in emacs. But I guess Acmes functionality could be added to emacs by elisp, no?
Yeah, I never really looked at mouse binding, but does look quite simple.
This implements acme chording for copy/paste and the approach looks straightforward: https://github.com/akrito/acme-mouse/blob/master/acme-mouse....
And this package looks like a cool way to recreate the context sensitive text actions: https://github.com/cmpitg/wand
Combining the approach from the first and the wand package could potentially surpass the acme experience by making it easier to customize and extend.
My friend joked about how I'm religious about the keyboard, but really it's about the right tool for the job, and if I had an acme-like mouse experience with emacs I'd def be mousing around more often. Funny that compared to normal people I'm a keyboard fanatic but compared to majority of emacs users I'm on the mouse way more often :)
Re: What’s new in Emacs 28.1?
#278> Adding right-click context menus is a natural extension to Emacs’s already-extensive support for the mouse (even if a lot of people don’t use it.) If emacs could support plan9 acme-style chords with custom commands then I'd probably use the mouse a lot more in it - acme convinced me that mousing around can be just as fast as being on the keyboard if the UX is well designed.
Acme was my daily driver for a couple of years (mainly writing). Went back to Emacs because of org-mode; it's just _that_ powerful. I mostly miss chording and Acmes way of finding and opening files. It was intuitive and nothing felt hidden; like the commands and dired feels in emacs. But I guess Acmes functionality could be added to emacs by elisp, no?
Did you use https://code.google.com/archive/p/acme-sac/ or acme in p9 or inferno?
I only had limited experience with acme in p9 during some experiments with distributed audio, but once it clicked with me it made a huge impact on me - similar to when I first grokked emacs.
Re: What’s new in Emacs 28.1?
#279Earlier quoted context omitted.
I set the key left to the spacebar (usually Alt or Cmd) to act as Ctrl in Emacs, so I can press it with my left thumb. This can be done in the Emacs config like this (setq mac-control-modifier 'command) (setq mac-command-modifier 'control) (setq mac-option-modifier 'meta) (setq mac-control-modifier 'super)
Note that these variables are specific to the Mac Port ( https://bitbucket.org/mituharu/emacs-mac/src/master/ ). They use an `ns` prefix instead of `mac` in a build based on the GNU mainline. And presumably something else entirely on another OS.
ns -> NeXTStep
from ancient times...
Re: What’s new in Emacs 28.1?
#280Earlier quoted context omitted.
On Debian with the distro package, I never even thought about mouse integration. (On the Xorg interface. So much basic stuff - not emacs stuff, but really basic stuff - has been moving into DEs that I don't think the bare console is usable anymore.) The insertion point is moved by clicking and by using the scroll wheel (now that I've thought about it, maybe I should change that second one), clicking and dragging and…
M-x xterm-mouse-mode gives an experience in the console that's pretty darn faithful to the full GUI when it comes to mouse interaction. Clicking, selection, and scroll wheel all work pretty much as expected. Even menus and pop-menus work; the new TTY menu in 28.1 is pretty slick!
Is there a setting in Customize to control whether to use init.el or .emacs for configuration? Trying to set symlinks from $HOME to another directory and it's fighting me...