GNU bug report logs - #10805
24.0.93; edebug-trace t may cause stuff being inserted into current buffer

Previous Next

Package: emacs;

Reported by: michael_heerdegen <at> web.de

Date: Mon, 13 Feb 2012 22:31:02 UTC

Severity: normal

Found in version 24.0.93

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


Message #20 received at 10805 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: michael_heerdegen <at> web.de
Cc: 10805 <at> debbugs.gnu.org
Subject: Re: bug#10805: 24.0.93; edebug-trace t may cause stuff being inserted
	into current buffer
Date: Fri, 17 Feb 2012 10:58:45 +0100
> Yes, of course, that works.  The same applies to the source code
> buffers.  Maybe we could introduce a user option specifying if windows
> in other (visible) frames should be considered or not.  Dunno if that
> would be appropriate, I didn't use edebug much before.  Currently,
> edebug never considers other frames (most of the code seems to have been
> written at a time when Emacs did not yet have frames).  Some users might
> find it handy if they could use source buffers spread over several
> frames, and edebug would work with them.

Adding an appropriate rule for these buffers to `display-buffer-alist'
should be the appropriate solution.  The problem is that it's
non-trivial to identify source code buffers in `display-buffer-alist'.
For example, in the case that the user wants to make buffer display via
edebug behave differently from via `find-file'.

martin




This bug report was last modified 12 years and 310 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.