Scratch the part about remapping the iconify-frame event. I get the
iconifying behavior at each debugger step anyway, in my environment (not
emacs -q). Perhaps it's because I have a standalone minibuffer frame?
Anyway, I'm guessing that even that behavior comes from the first bug: in
emacs -q with pop-up-frames non-nil, debugger stepping creates a new frame
with each step.
-----Original Message-----
From: Drew Adams [mailto:[EMAIL PROTECTED]
Sent: Monday, May 30, 2005 11:01 AM
To: Emacs-Pretest-Bug
Subject: debugger with pop-up-frames non-nil: keeps creating new frames
emacs -q
If pop-up-frames is non-nil, each step (e.g. `d') in the debugger
creates a new frame. This is crazy.
Also, if I remap the window-manager `iconify-frame' event to something
else, like this:
(define-key special-event-map [iconify-frame]
'do-something-else-upon-iconify-event)
then I see that each step in the debugger effectively acts as if an
`iconify-frame' event occurred. Again, this is crazy.
In GNU Emacs 22.0.50.2 (i386-mingw-nt5.1.2600)
of 2005-04-16 on LAPTOP
Distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
_______________________________________________
Emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
