unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* TAGS buffer generates spurious undo warnings
@ 2007-11-01 19:39 Glenn Morris
  2007-11-01 20:47 ` Jared Finder
  2007-11-02  2:07 ` Richard Stallman
  0 siblings, 2 replies; 4+ messages in thread
From: Glenn Morris @ 2007-11-01 19:39 UTC (permalink / raw)
  To: emacs-devel; +Cc: Jared Finder


Jared Finder wrote:

> Re-loading a really large TAGS buffer generates a spurious warning
> about undo info being discarded. TAGS buffers have no need for undo
> info! Why not just disable undo in TAGS and BROWSE and similar buffers?

Can anyone see how this could happen?

It may be obvious, but I looked at the code and couldn't see how such
a wanring would come about. I'm reluctant to disable undo just for the
sake of it...

(Undo in BROWSE has already been disabled AFAIK.)

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: TAGS buffer generates spurious undo warnings
  2007-11-01 19:39 TAGS buffer generates spurious undo warnings Glenn Morris
@ 2007-11-01 20:47 ` Jared Finder
  2007-11-02  2:07 ` Richard Stallman
  1 sibling, 0 replies; 4+ messages in thread
From: Jared Finder @ 2007-11-01 20:47 UTC (permalink / raw)
  To: Glenn Morris, emacs-devel

Still happens, but I have not been able to track down why.  Ct happens
on my work box on Win32, but not on my Debian box at home.  Also, it
only happens if I load my .emacs, even though I'm using the exact same
.emacs at home and at work.

  -- MJF

-----Original Message-----
From: Glenn Morris [mailto:rgm@gnu.org] 
Sent: Thursday, November 01, 2007 12:40 PM
To: emacs-devel@gnu.org
Cc: Jared Finder
Subject: TAGS buffer generates spurious undo warnings


Jared Finder wrote:

> Re-loading a really large TAGS buffer generates a spurious warning
> about undo info being discarded. TAGS buffers have no need for undo
> info! Why not just disable undo in TAGS and BROWSE and similar
buffers?

Can anyone see how this could happen?

It may be obvious, but I looked at the code and couldn't see how such
a wanring would come about. I'm reluctant to disable undo just for the
sake of it...

(Undo in BROWSE has already been disabled AFAIK.)

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: TAGS buffer generates spurious undo warnings
  2007-11-01 19:39 TAGS buffer generates spurious undo warnings Glenn Morris
  2007-11-01 20:47 ` Jared Finder
@ 2007-11-02  2:07 ` Richard Stallman
  2007-11-02  8:19   ` Glenn Morris
  1 sibling, 1 reply; 4+ messages in thread
From: Richard Stallman @ 2007-11-02  2:07 UTC (permalink / raw)
  To: Glenn Morris; +Cc: jfinder, emacs-devel

I see no reason to keep undo enabled in tags table buffers,
so let's just disable it (in Emacs 22).  Then we don't have to
spend any more time on this.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: TAGS buffer generates spurious undo warnings
  2007-11-02  2:07 ` Richard Stallman
@ 2007-11-02  8:19   ` Glenn Morris
  0 siblings, 0 replies; 4+ messages in thread
From: Glenn Morris @ 2007-11-02  8:19 UTC (permalink / raw)
  To: rms; +Cc: jfinder, emacs-devel

Richard Stallman wrote:

> I see no reason to keep undo enabled in tags table buffers,
> so let's just disable it (in Emacs 22).  Then we don't have to
> spend any more time on this.

Fine, done.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-11-02  8:19 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-01 19:39 TAGS buffer generates spurious undo warnings Glenn Morris
2007-11-01 20:47 ` Jared Finder
2007-11-02  2:07 ` Richard Stallman
2007-11-02  8:19   ` Glenn Morris

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).