Henrik Lissner

I haven't had time to properly bisect org, but it seems that these performance issues were introduced during recent bumps. A brief history: - emacs-straight/org-mode@7a6bb0904d01b50680f9028f7c0f3cfc6ae3aa6e was the last known "fast"...

I mean *some* slow down is unavoidable. Vanilla Doom enables a few expensive features that are disabled in vanilla Org/Emacs, like `org-startup-indented` (i.e. `org-indent-mode`), `org-fontify-quote-and-verse-blocks`, `org-startup-folded` != `showeverything`, etc, so...

Good finds. I'll look into adapting them to the Org module. I'll keep this open until I do.

I vaguely recall there being a good reason why I didn't opt for string comparison in `doom-module-from-path` (besides the paths in the autoloads file, I mean). I'll dig through my...

I can't reproduce this. I suspect savehist took in a faulty value in `~/.config/emacs/.local/cache/savehist`. See if the error persists if you move the file to another location. If it goes...

1. Is your config up somewhere I can see it? 2. Have you set any of the following envvars anywhere: `EMACSDIR`, `DOOMDIR`, or `DOOMLOCALDIR`? 3. Have you symlinked anything in...

This is not a Doom bug, this is an issue with Emacs. If you load a theme, it loads the theme as if *all* frames were identical to the one...

Oh, hold on, this might be a matter of `:font` on the `default` face being incorrectly overwritten (on `enable-theme`). I'll reopen this while I investigate.

See if this fixes the issue: ```elisp ;;; in $DOOMDIR/config.el (defadvice! fix-doom-init-fonts-h (fn &rest args) :around #'doom-init-fonts-h (if (daemonp) (set-frame-font doom-font t t t) (apply fn args))) ```

Could you try this snippet? (Replacing the snippet above) ```elisp ;;; in $DOOMDIR/config.el (defadvice! fix-doom-init-fonts-h (&optional reload) :override #'doom-init-fonts-h (let ((daemonp (daemonp))) (dolist (map `((default . ,doom-font) (fixed-pitch . ,doom-font)...