refactor(lib): provide doom-libs as subfeatures
This allows us to load them via doom-require. Why not use normal features? Because Doom's libraries are designed to be loaded as part of Doom, and will openly rely on Doom state if needed; this is a contract I want to enforce by ensuring their only entry points are through `doom-require` or autoloading. I will add them to the rest of the libraries later. Site-node: this also adds Commentary+Code to the comment headings, as I want a space to use that space to describe the library, when I get around to it.
This commit is contained in:
parent
a179b8d262
commit
b121c5e1c6
8 changed files with 57 additions and 20 deletions
|
@ -1,4 +1,6 @@
|
|||
;;; lisp/lib/files.el -*- lexical-binding: t; -*-
|
||||
;;; Commentary:
|
||||
;;; Code:
|
||||
|
||||
(defun doom-files--build-checks (spec &optional directory)
|
||||
"Converts a simple nested series of or/and forms into a series of
|
||||
|
@ -507,3 +509,6 @@ If FORCE-P, overwrite the destination file if it exists, without confirmation."
|
|||
(setq recentf-list (delete file recentf-list))
|
||||
(recentf-save-list)
|
||||
(message "Removed %S from `recentf-list'" (abbreviate-file-name file)))
|
||||
|
||||
(provide 'doom-lib '(files))
|
||||
;;; files.el ends here
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue