Mercurial > emacs
changeset 26254:a393c5e46e99
*** empty log message ***
| author | Gerd Moellmann <gerd@gnu.org> |
|---|---|
| date | Sat, 30 Oct 1999 21:12:39 +0000 |
| parents | 3bb622df1c52 |
| children | 4ebced8747b7 |
| files | lisp/ChangeLog lispref/debugging.texi lispref/edebug.texi lispref/sequences.texi |
| diffstat | 4 files changed, 24 insertions(+), 33 deletions(-) [+] |
line wrap: on
line diff
--- a/lisp/ChangeLog Sat Oct 30 21:10:54 1999 +0000 +++ b/lisp/ChangeLog Sat Oct 30 21:12:39 1999 +0000 @@ -8,36 +8,27 @@ 1999-10-30 Rajesh Vaidheeswarran <rv@dsmit.com> - * whitespace.el (whitespace-version): Update to 2.6 - - * whitespace.el (whitespace-display-in-modeline): Add custom - variable to control displaying the whitespace errors on the - modeline based on suggestion from <klaus.berndl@sdm.de> - - * whitespace.el (whitespace-buffer): Now returns `t' if unclean - and `nil' if clean, to enable using as a hook function, as - suggested by Puneet Goel <puneet@computer.org> - - * whitespace.el (whitespace-buffer): Fix a subtle bug that cleaned - up only if quiet was not set, even with whitespace-auto-cleanup set. - - * whitespace.el (whitespace-mode-line): Now uses less modeline - real estate and shows whitespaces as W:<x>!<y> where <x> is any - type of whitespace which is present in the file, and <y> is any - type of whitespace whose check has been suppressed by setting + * whitespace.el: Test for existence of `defcustom' and `defgroup' + using fboundp instead of assuming that these are not present in + particular flavors of emacs. + (whitespace-version): Update to 2.8 + (whitespace-display-in-modeline): Add custom variable to control + displaying the whitespace errors on the modeline based on + suggestion from <klaus.berndl@sdm.de> + (whitespace-buffer): Now returns `t' if unclean and `nil' if + clean, to enable using as a hook function, as suggested by Puneet + Goel <puneet@computer.org> + (whitespace-buffer): Fix a subtle bug that cleaned up only if + quiet was not set, even with whitespace-auto-cleanup set. + (whitespace-mode-line): Now uses less modeline real estate and + shows whitespaces as W:<x>!<y> where <x> is any type of whitespace + which is present in the file, and <y> is any type of whitespace + whose check has been suppressed by setting `whitespace-check-<whitespace-type>' to nil. - - * whitespace.el (whitespace-unchecked-whitespaces): New function - to return the list of whitespaces for whom checks have been - suppressed. - - * whitespace.el (whitespace-display-unchecked-whitespaces): - Renamed to `whitespace-update-modeline' to reflect its - functionality. - -1999-09-30 Rajesh Vaidheeswarran <rv@dsmit.com> - - * whitespace.el (whitespace-version): Update to 2.5 + (whitespace-unchecked-whitespaces): New function to return the + list of whitespaces for whom checks have been suppressed. + (whitespace-display-unchecked-whitespaces): Renamed to + `whitespace-update-modeline' to reflect its functionality. 1999-10-30 Gerd Moellmann <gerd@gnu.org>
--- a/lispref/debugging.texi Sat Oct 30 21:10:54 1999 +0000 +++ b/lispref/debugging.texi Sat Oct 30 21:12:39 1999 +0000 @@ -732,7 +732,7 @@ old indentation is probably appropriate to the intended parentheses. After you think you have fixed the problem, use @kbd{C-M-q} again. If -the old indentation actually fit the intended nesting of parentheses, +the old indentation actually fits the intended nesting of parentheses, and you have put back those parentheses, @kbd{C-M-q} should not change anything.
--- a/lispref/edebug.texi Sat Oct 30 21:10:54 1999 +0000 +++ b/lispref/edebug.texi Sat Oct 30 21:12:39 1999 +0000 @@ -97,7 +97,7 @@ Within Edebug, you normally view an Emacs buffer showing the source of the Lisp code you are debugging. This is referred to as the @dfn{source -code buffer}, and is is temporarily read-only. +code buffer}, and it is temporarily read-only. An arrow at the left margin indicates the line where the function is executing. Point initially shows where within the line the function is
--- a/lispref/sequences.texi Sat Oct 30 21:10:54 1999 +0000 +++ b/lispref/sequences.texi Sat Oct 30 21:12:39 1999 +0000 @@ -221,8 +221,8 @@ Emacs defines four types of array, all one-dimensional: @dfn{strings}, @dfn{vectors}, @dfn{bool-vectors} and @dfn{char-tables}. A vector is a general array; its elements can be any Lisp objects. A string is a -specialized array; its elements must be characters (i.e., integers -between 0 and 255). Each type of array has its own read syntax. +specialized array; its elements must be characters. Each type of array +has its own read syntax. @xref{String Type}, and @ref{Vector Type}. All four kinds of array share these characteristics: