GNU Emacs Lisp Reference Manual
Emacs 19 has conventions for using special comments in Lisp libraries to divide them into sections and give information such as who wrote them. This section explains these conventions. First, an example:
;;; lisp-mnt.el --- minor mode for Emacs Lisp maintainers ;; Copyright (C) 1992 Free Software Foundation, Inc.;; Author: Eric S. Raymond <esr@snark.thyrsus.com> ;; Maintainer: Eric S. Raymond <esr@snark.thyrsus.com> ;; Created: 14 Jul 1992 ;; Version: 1.2
;; Keywords: docs ;; This file is part of GNU Emacs. copying permissions...
The very first line should have this format:
;;; filename --- description
The description should be complete in one line.
After the copyright notice come several header comment lines,
each beginning with ;; header-name:. Here is a table of
the conventional possibilities for header-name:
Author
If there are multiple authors, you can list them on continuation lines
led by ;; and a tab character, like this:
;; Author: Ashwin Ram <Ram-Ashwin@cs.yale.edu> ;; Dave Sill <de5@ornl.gov> ;; Dave Brennan <brennan@hal.com> ;; Eric Raymond <esr@snark.thyrsus.com>
Maintainer
FSF. If there is no maintainer
line, the person(s) in the Author field are presumed to be the
maintainers. The example above is mildly bogus because the maintainer
line is redundant.
The idea behind the Author and Maintainer lines is to make
possible a Lisp function to ``send mail to the maintainer'' without
having to mine the name out by hand.
Be sure to surround the network address with <...> if
you include the person's full name as well as the network address.
Created
Version
Adapted-By
Keywords
finder-by-keyword help command.
This field is important; it's how people will find your package when
they're looking for things by topic area. To separate the keywords, you
can use spaces, commas, or both.
Just about every Lisp library ought to have the Author and
Keywords header comment lines. Use the others if they are
appropriate. You can also put in header lines with other header
names---they have no standard meanings, so they can't do any harm.
We use additional stylized comments to subdivide the contents of the library file. Here is a table of them:
;;; Commentary:
;;; Change log:
;;; Change log: line.
;;; Code:
;;; filename ends here