GNU bug report logs - #13336
`next-frame' should not choose the *Backtrace* frame while debugging

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Wed, 2 Jan 2013 18:15:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>, Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: "13336 <at> debbugs.gnu.org" <13336 <at> debbugs.gnu.org>
Subject: Re: bug#13336: [External] : Re: bug#13336: `next-frame' should not
 choose the *Backtrace* frame while debugging
Date: Wed, 25 Aug 2021 09:48:29 +0200
> I could add a `*Backtrace*' entry to my value of
> `special-display-buffer-names', yes, and duplicate the
> parameters of `special-display-regexps' but also add
> the kludge to work around this bug.

What would you have to "duplicate" here?

> Is that necessary?  I was guessing it would be OK
> (and reasonable) to use `after-make-frame-functions'.

Using `after-make-frame-functions' requires a certain knowledge of
Elisp.

>> why on earth don't you use the FRAME-PARAMETERS idiom?
>
> It's not clear to me what idiom you have in mind.

From the doc-string of `special-display-regexps':

  Alternatively, an element of this list can be specified as
  (REGEXP FRAME-PARAMETERS), where REGEXP is a regexp as above and
  FRAME-PARAMETERS an alist of (PARAMETER . VALUE) pairs.
  ‘special-display-popup-frame’ will then interpret these pairs as
  frame parameters when creating a special frame for a buffer whose
  name matches REGEXP, overriding the corresponding values from
  ‘special-display-frame-alist’.

>>   > Debugging a bit shows that frame parameter `name' for
>>   > the *Backtrace* frame is indeed "*Backtrace*",
>>
>> Not at the time `after-make-frame-functions' gets called
>> (unless you specified a name for it).
>
> I see.  How would I do that?  I don't control how or
> when the frame gets created.

Which means that you have to deal with a situation handled by
`special-display-regexps' once and `display-buffer-alist' now.

>> If you insist on using `after-make-frame-functions',
>> the following should work.
>
> I don't insist.  I was trying to interpret what you
> suggested.  Should I not use `after-make-frame-functions'
> for some reason (why)?

Because using `after-make-frame-functions' requires a certain knowledge
of Elisp.

martin





This bug report was last modified 3 years and 266 days ago.

Previous Next


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