emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [T. V. Raman] read-only modes should be using buffer-disable-undo?


From: T. V. Raman
Subject: Re: [T. V. Raman] read-only modes should be using buffer-disable-undo?
Date: Fri, 21 Jan 2005 21:07:51 -0800

Hi--

I may have mis-communicated what optimization I was refering to.

I wasn't refering to the optimization with respect to grouping small
chunks of output; rather, I was indicating that perhaps we could avoid
having undo information altogether in read-only modes like man-mode.
Further, for modes like shell-mode, it would be nice to give the
end-user to disable the collection of undo information in modes like
shell/comint mode; e.g. before launching a large compile.

>>>>> "Richard" == Richard Stallman <address@hidden> writes:

    Richard>     I run 21.3.50 from CVS, and recent updates to
    Richard> simple.el produce a yes/no dialog when the undo
    Richard> information to save becomes large; this pointed out an
    Richard> interesting place where Emacs libs could be optimizing
    Richard> but apparently aren't -- namely, cases like man-mode.

    Richard> There probably are other modes we should optimize in this
    Richard> way, once the specific modes are identified.  I did
    Richard> man-mode yesterday.

    Richard>     You could probably do something similar during the
    Richard> execution of a shell command in shell-mode/comint-mode
    Richard> and friends; this would win in the case of long running
    Richard> shell commands that produce lots of output a small chunk
    Richard> at time.

    Richard> The various undo-insert records could be optimized
    Richard> together, yes.  record_insert already tries to combine
    Richard> them.  Do you know for a fact that this optimization is
    Richard> not working in that case?]

-- 
Best Regards,
--raman

      
Email:  address@hidden
WWW:    http://emacspeak.sf.net/raman/
AIM:    TVRaman
PGP:    http://emacspeak.sf.net/raman/raman-almaden.asc




reply via email to

[Prev in Thread] Current Thread [Next in Thread]