Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://www.gnu.org/software/emacs/manual/html_node/elisp/When-to-Autoload.html below:

When to Autoload (GNU Emacs Lisp Reference Manual)

Previous: Autoload by Prefix, Up: Autoload   [Contents][Index]

Do not add an autoload comment unless it is really necessary. Autoloading code means it is always globally visible. Once an item is autoloaded, there is no compatible way to transition back to it not being autoloaded (after people become accustomed to being able to use it without an explicit load).

• The most common items to autoload are the interactive entry points to a library. For example, if python.el is a library defining a major-mode for editing Python code, autoload the definition of the python-mode function, so that people can simply use M-x python-mode to load the library.
• Variables usually don’t need to be autoloaded. An exception is if the variable on its own is generally useful without the whole defining library being loaded. (An example of this might be something like find-exec-terminator.)
• Don’t autoload a user option just so that a user can set it.
• Never add an autoload comment to silence a compiler warning in another file. In the file that produces the warning, use (defvar foo) to silence an undefined variable warning, and declare-function (see Telling the Compiler that a Function is Defined) to silence an undefined function warning; or require the relevant library; or use an explicit autoload statement.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4