doomemacs/core
Henrik Lissner 46844b55de
refactor: how doom prevents $EMACSDIR litter
I change `user-emacs-directory' because most (if not all) packages --
even built-in ones -- abuse it exclusively to build paths for
storage/cache files (instead of correctly using
`locate-user-emacs-file'). This ensures your $EMACSDIR isn't littered
with data files *and* saves us the trouble of setting every
directory/file variable under the sun.

Granted, this introduces an edge case for any legitimate uses of the
variable (e.g. where the caller seeks to locate the user's initfiles),
but I've found no such uses in any of the packages I've audited for Doom
or elsewhere.
2022-06-18 08:26:01 +02:00
..
autoload refactor(lib): remove doom-apply-ansi-color-to-compilation-buffer-h 2022-06-17 18:21:23 +02:00
cli feat(ci): generalize 'doom ci deploy-hooks' 2022-05-05 15:35:33 +02:00
templates bump: :core 2022-06-17 18:21:23 +02:00
test core-cli: backport more refactors from rewrite 2020-08-24 23:00:32 -04:00
core-cli.el fix(cli): doom run not launching from parent dir 2022-06-04 15:01:49 +02:00
core-editor.el fix: find-function-search-for-symbol moving cursor 2022-06-04 15:02:06 +02:00
core-keybinds.el fix: wrong-type-arg error on startup 2021-10-20 22:06:25 +02:00
core-lib.el tweak(lib): always suppress doom-log output 2022-03-31 19:25:50 +02:00
core-modules.el fix: :load-path throwing error in org-src blocks 2022-04-08 02:51:50 +02:00
core-packages.el fix: void-function doplist! in package! 2022-06-17 18:59:11 +02:00
core-projects.el refactor: minor refactors & nit picks across core 2021-10-10 18:36:46 +02:00
core-ui.el refactor(lib): remove doom-apply-ansi-color-to-compilation-buffer-h 2022-06-17 18:21:23 +02:00
core.el refactor: how doom prevents $EMACSDIR litter 2022-06-18 08:26:01 +02:00
packages.el bump: :core 2022-06-17 18:21:23 +02:00