homebrew-emacsmacport VS spectrwm

Run emacs -q (no add-ons loaded) and it should be a lot faster than VS Code. Which means that a library you loaded is the culprit. Things like Doom Emacs are notorious for unexpected slowness since they're not very well put together and load questionable libraries.

In the unlikely case where emacs -q is still slow, use Emacs Mac Port (https://github.com/railwaycat/homebrew-emacsmacport/releases...).

This is at least 2x perceivably faster than VS Code on Mac.

Important note: I learned that apparently not all Emacsen properly support :stipple (despite happily accepting it as a face attribute). Linux/UNIX is safe, emacs-mac supports it on MacOS, but Windows may not at all (untested). Also, terminal emacs does not (to my knowledge) implement :stipple. Let me know how you fare. Update: Pure GTK emacs apparently does display stipples, but incorrectly (as an inverse mask).

I don't use macOS anymore, but the best port I found for speed was https://github.com/railwaycat/homebrew-emacsmacport

There is the code to do just that. Works with emacs-mac and emacs-plus.

There's the "Mac" version, from Mitsuharu Yamamoto or railwaycat. The Mac port works more like Mac than the NextStep port. And it looks like the Mac port does work with C-f4.

Homebrew

You can install emacs-mac by homebrew (see https://github.com/railwaycat/homebrew-emacsmacport). $ brew tap railwaycat/emacsmacport $ brew install emacs-mac This emacs contains mac-win.el. Mac Auto ASCII mode in the mac-win.el automatically selects the most-recently-used ASCII-capable keyboard input source on some occasions: after prefix key (bound in the global keymap) press such as C-x and M-g, and at the start of minibuffer input. This function is very useful. I guess you can read Japanese, please visit Japanese setup page of my website (https://taipapamotohus.com/post/japanese\_setup/).

For what it's worth, the emacs-mac port provides a mac-effective-appearance-change-hook hook to do the same thing as the System appearance change plugin. I use it like this:

I use the tiling WM spectrwm. It lets me pull windows out of tiling mode and into window mode. I think a common operation on most tiling window managers. Most of the time I don't want overlapping windows(thus the tiling WM) but every once in a while I do, so the best of both worlds.

It is a bit obscure but I quite like spectrwm, it fills this sweet spot where it is much simpler than I3 but much more feature complete than DWM.

https://github.com/conformal/spectrwm

are you using spectrwm? it seems like this file comes from there, and they use it to make programs open in particular workspaces: https://github.com/conformal/spectrwm/issues/500

Here is one website with screenshots. https://github.com/conformal/spectrwm

Spectrwm is by far the easiest WM I've tested. Also Fluxbox is pretty much straightforward.

Spectrwm is by far the most beginner-friendly WM I've ever tested. Im now running EXWM the buffers management is something else.

I'm a recent convert to i3/sway, after a solid decade using spectrwm (which has not been ported to Wayland, I'm afraid).

This is supposedly fixed in the master branch, but there has been no release in over a year - I'll just set corner and shadow excludes and sit down. I'll notice when a new release is here :)