# Modules Modules are made up of four parts, **all of which are optional**: ```text modules/category/submodule/ modules/category/submodule/config.el modules/category/submodule/packages.el modules/category/submodule/autoload.el modules/category/submodule/autoload/*.el ``` ## config.el The main configuration file and the first loaded when the module is activated (using `doom!` or `require!`). ## packages.el How modules inform DOOM what packages to install and where from. These should be declarative, pure and idempotent. That means running them directly should have no side-effects (besides affecting the variables `doom-modules` and `doom-packages`) and whose results should alway be deterministic. By default, packages are retrieved from ELPA. Otherwise, a MELPA-style recipe can determine how to fetch it: ```emacs-lisp ;; from modules/tools/rotate-text/packages.el (package! rotate-text :recipe (:fetcher github :repo "debug-ito/rotate-text.el")) ``` Other modules' packages.el files can be depended on, through `depends-on!`: ```emacs-lisp ;; from modules/feature/file-templates/packages.el (depends-on! :feature snippets) ``` ## autoload.el OR autoload/*.el These are scanned by `doom/reload-autoloads`, whose functions are lazily-loaded, given that they're marked with an `;;;###autoload` cookie: ```emacs-lisp ;; from modules/lang/org/autoload/org.el ;;;###autoload (defun +org/toggle-checkbox () (interactive) [...]) ;; from modules/lang/org/autoload/evil.el ;;;###autoload (autoload '+org:attach "lang/org/autoload/evil" nil t) (evil-define-command +org:attach (&optional uri) (interactive "") [...]) ``` ## Other files My convention for extra configuration files is a `+` prefix, e.g. `modules/feature/version-control/+git.el`. These are **not** automatically loaded, and must be loaded manually with `load!` from within `config.el`: ```emacs-lisp ;; from modules/feature/version-control/config.el (load +git) ``` ---- # What modules aren't Modules loosely take after Spacemacs' notion of layers, but are not intended to be interchangeable. Their purpose is _almost_ purely organizational. Use `featurep!` to check for module availability: ```emacs-lisp ;; from modules/lang/go/packages.el (when (featurep! :completion company) (package! company-go)) ;; from modules/lang/go/config.el (def-package! company-go :when (featurep! :completion company) [...]) ```