* Change in behaviour of delete-frame v24.5/v25.1.
@ 2017-01-09 21:36 Lars-Johan Liman
2017-01-09 23:21 ` Drew Adams
2017-01-10 17:22 ` Eli Zaretskii
0 siblings, 2 replies; 4+ messages in thread
From: Lars-Johan Liman @ 2017-01-09 21:36 UTC (permalink / raw)
To: help-gnu-emacs
Hi!
Platform: macOS, emacsformacosx 25.1 and 24.5 (for comparison).
How can I prevent Emacs v.25 from raising (de-iconifying) an iconified
frame when I delete the last visible frame?
Here's the chain of events to repeat it:
1) Fire up emacs v.25 (or v.24 for comparison). A 1st frame appears.
2) Find any file (C-x C-f) using the 1st frame.
3) Find a 2nd file and put it in a 2nd frame (C-x 5 f).
4) Iconify this 2nd frame (C-x C-z).
5) Go back to the 1st frame and delete it (C-x 5 0).
6a) If you're running Emacs v.25, the 2nd frame springs to life from its
iconified state.
6b) If you're running Emacs v.24 the 2nd frame stays iconified (= what I
want).
How do I prevent 6a) from happening when using Emacs v.25?
Best regards and thanks in advance,
/Lars-Johan Liman
#-------------------------------------------------------------------------
# Lars-Johan Liman, M.Sc. ! E-mail: emacshelp@cafax.se
# Cafax AB ! HTTP : //www.cafax.se/
# Computer Consultants, Sweden ! Voice : +46 8 - 564 702 30
#-------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: Change in behaviour of delete-frame v24.5/v25.1.
2017-01-09 21:36 Change in behaviour of delete-frame v24.5/v25.1 Lars-Johan Liman
@ 2017-01-09 23:21 ` Drew Adams
2017-01-10 17:22 ` Eli Zaretskii
1 sibling, 0 replies; 4+ messages in thread
From: Drew Adams @ 2017-01-09 23:21 UTC (permalink / raw)
To: Lars-Johan Liman, help-gnu-emacs
> Platform: macOS, emacsformacosx 25.1 and 24.5 (for comparison).
> How can I prevent Emacs v.25 from raising (de-iconifying) an
> iconified frame when I delete the last visible frame?
Sounds like a regression, to me.
`M-x report-emacs-bug'
(I don't imagine that it is considered a new feature - but it
wouldn't be the first time I've been surprised about that ;-).)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Change in behaviour of delete-frame v24.5/v25.1.
2017-01-09 21:36 Change in behaviour of delete-frame v24.5/v25.1 Lars-Johan Liman
2017-01-09 23:21 ` Drew Adams
@ 2017-01-10 17:22 ` Eli Zaretskii
2017-01-11 11:06 ` Chris Van Dusen
1 sibling, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2017-01-10 17:22 UTC (permalink / raw)
To: help-gnu-emacs
> From: Lars-Johan Liman <emacshelp@cafax.se>
> Date: Mon, 09 Jan 2017 22:36:11 +0100
>
> 1) Fire up emacs v.25 (or v.24 for comparison). A 1st frame appears.
>
> 2) Find any file (C-x C-f) using the 1st frame.
>
> 3) Find a 2nd file and put it in a 2nd frame (C-x 5 f).
>
> 4) Iconify this 2nd frame (C-x C-z).
>
> 5) Go back to the 1st frame and delete it (C-x 5 0).
>
> 6a) If you're running Emacs v.25, the 2nd frame springs to life from its
> iconified state.
Doesn't happen for me with Emacs 25 on MS-Windows. Could this be
macOS specific?
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-01-11 11:06 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-01-09 21:36 Change in behaviour of delete-frame v24.5/v25.1 Lars-Johan Liman
2017-01-09 23:21 ` Drew Adams
2017-01-10 17:22 ` Eli Zaretskii
2017-01-11 11:06 ` Chris Van Dusen
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).