[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: undo in loaddefs.el buffer
From: |
Katsumi Yamaoka |
Subject: |
Re: undo in loaddefs.el buffer |
Date: |
Wed, 22 Dec 2004 13:31:27 +0900 |
User-agent: |
Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) |
>>>>> In <address@hidden> Luc Teirlinck wrote:
> What about the following trivial patch to emacs-lisp/autoload.el,
> which fixes the problem? Or is there some strange reason why enabling
> undo is _really_ necessary in that buffer? It is hard to think of
> any, since this seems to be just an internally used buffer.
> ===File ~/autoload.el-diff==================================
> *** autoload.el 02 Nov 2004 08:26:32 -0600 1.102
> --- autoload.el 21 Dec 2004 09:18:01 -0600
> ***************
> *** 388,393 ****
> --- 388,394 ----
> (expand-file-name generated-autoload-file
> (expand-file-name "lisp"
> source-directory)))))
> + (buffer-disable-undo)
> ;; This is to make generated-autoload-file have Unix EOLs, so
> ;; that it is portable to all platforms.
> (setq buffer-file-coding-system 'raw-text-unix))
> ============================================================
It needs to be inserted here and there! For instance,
texinfo-format-buffer stops when formatting large texi files.
What a user can do without modifying texinfmt.el is only to bind
`undo-outer-limit' to a large value. Actually, I needed to bind
it to (eval '(lsh -1 -1))' in order to make some info files.
You will receive many complaints in the near future. Sigh.
- undo in loaddefs.el buffer, Luc Teirlinck, 2004/12/21
- Re: undo in loaddefs.el buffer, Luc Teirlinck, 2004/12/21
- Re: undo in loaddefs.el buffer,
Katsumi Yamaoka <=
- Re: undo in loaddefs.el buffer, Juri Linkov, 2004/12/23
- Re: undo in loaddefs.el buffer, Luc Teirlinck, 2004/12/24
- Re: undo in loaddefs.el buffer, Richard Stallman, 2004/12/26
- Re: undo in loaddefs.el buffer, Luc Teirlinck, 2004/12/27
- Re: undo in loaddefs.el buffer, Richard Stallman, 2004/12/27
- Re: undo in loaddefs.el buffer, Luc Teirlinck, 2004/12/24