* bug#4566: 23, NS: frames re-appear when app switching [not found] <84E3245F-C845-4397-B790-4442243E4098@gmail.com> @ 2021-12-04 21:11 ` Lars Ingebrigtsen 2021-12-04 21:51 ` Alan Third 0 siblings, 1 reply; 6+ messages in thread From: Lars Ingebrigtsen @ 2021-12-04 21:11 UTC (permalink / raw) To: David Reitter; +Cc: Alan Third, 4566 David Reitter <david.reitter@gmail.com> writes: > When starting up the NS port (trunk, on OS X 10.6.1), and then hiding > the frame: > > (make-frame-invisible nil t) > > and then switching away and back to Emacs (Command-Tab, Command-Tab), > the frame magically re-appears. > It shouldn't do that (it's non-standard). (I'm going through old bug reports that unfortunately weren't resolved at the time.) This behaviour is still present in Emacs 29, and it does seem to be non-standard (i.e., other Macos programs don't seem to do this?) Perhaps Alan has an opinion here; added to the CCs. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#4566: 23, NS: frames re-appear when app switching 2021-12-04 21:11 ` bug#4566: 23, NS: frames re-appear when app switching Lars Ingebrigtsen @ 2021-12-04 21:51 ` Alan Third 2021-12-04 21:55 ` Lars Ingebrigtsen 0 siblings, 1 reply; 6+ messages in thread From: Alan Third @ 2021-12-04 21:51 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: David Reitter, 4566 On Sat, Dec 04, 2021 at 10:11:56PM +0100, Lars Ingebrigtsen wrote: > David Reitter <david.reitter@gmail.com> writes: > > > When starting up the NS port (trunk, on OS X 10.6.1), and then hiding > > the frame: > > > > (make-frame-invisible nil t) > > > > and then switching away and back to Emacs (Command-Tab, Command-Tab), > > the frame magically re-appears. > > It shouldn't do that (it's non-standard). > > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) > > This behaviour is still present in Emacs 29, and it does seem to be > non-standard (i.e., other Macos programs don't seem to do this?) > > Perhaps Alan has an opinion here; added to the CCs. I don't believe other macOS applications let you make arbitrary windows "invisible" like Emacs does. Minimising windows and "hiding" the application work exactly like other macOS apps I've tried. As far as I can tell we don't do anything particularly unusual. Hidden windows other than the last selected one don't magically reappear, so I suspect what we're seeing is macOS bringing the "main" window to the front when we switch to the application. We can't resign the main window, afaik. I suppose we could just delete the windows completely when we make them invisible instead of just, y'know, making them invisible. -- Alan Third ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#4566: 23, NS: frames re-appear when app switching 2021-12-04 21:51 ` Alan Third @ 2021-12-04 21:55 ` Lars Ingebrigtsen 2021-12-04 22:03 ` Alan Third 0 siblings, 1 reply; 6+ messages in thread From: Lars Ingebrigtsen @ 2021-12-04 21:55 UTC (permalink / raw) To: Alan Third; +Cc: David Reitter, 4566 Alan Third <alan@idiocy.org> writes: > I don't believe other macOS applications let you make arbitrary > windows "invisible" like Emacs does. Minimising windows and "hiding" > the application work exactly like other macOS apps I've tried. Ah, right. > We can't resign the main window, afaik. I suppose we could just delete > the windows completely when we make them invisible instead of just, > y'know, making them invisible. I think that'd be even more unexpected. Well, then I don't think there's anything to do here, and I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#4566: 23, NS: frames re-appear when app switching 2021-12-04 21:55 ` Lars Ingebrigtsen @ 2021-12-04 22:03 ` Alan Third 2021-12-04 22:13 ` Lars Ingebrigtsen 0 siblings, 1 reply; 6+ messages in thread From: Alan Third @ 2021-12-04 22:03 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: David Reitter, 4566 On Sat, Dec 04, 2021 at 10:55:09PM +0100, Lars Ingebrigtsen wrote: > Alan Third <alan@idiocy.org> writes: > > > I don't believe other macOS applications let you make arbitrary > > windows "invisible" like Emacs does. Minimising windows and "hiding" > > the application work exactly like other macOS apps I've tried. > > Ah, right. > > > We can't resign the main window, afaik. I suppose we could just delete > > the windows completely when we make them invisible instead of just, > > y'know, making them invisible. > > I think that'd be even more unexpected. It may not be as unexpected as you think. macOS windows are made up of multiple components and when we change between various states, like switching to fullscreen, we destroy the old NSWindow, create a new one and then apply the old NSView to it. Maybe not quite in that order. :D It may be possible to just remove the NSWindow when we make a frame invisible and hang onto the NSView. It might not be practical, and I'm not sure if it will really make any difference. I suspect David wanted to make the frame invisible as a work-around for the bug we fixed recently where when the last frame was closed the menus and dock icon were visible but failed to respond. -- Alan Third ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#4566: 23, NS: frames re-appear when app switching 2021-12-04 22:03 ` Alan Third @ 2021-12-04 22:13 ` Lars Ingebrigtsen 2021-12-05 2:02 ` David Reitter 0 siblings, 1 reply; 6+ messages in thread From: Lars Ingebrigtsen @ 2021-12-04 22:13 UTC (permalink / raw) To: Alan Third; +Cc: David Reitter, 4566 Alan Third <alan@idiocy.org> writes: > I suspect David wanted to make the frame invisible as a work-around > for the bug we fixed recently where when the last frame was closed the > menus and dock icon were visible but failed to respond. Yes, sounds likely. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#4566: 23, NS: frames re-appear when app switching 2021-12-04 22:13 ` Lars Ingebrigtsen @ 2021-12-05 2:02 ` David Reitter 0 siblings, 0 replies; 6+ messages in thread From: David Reitter @ 2021-12-05 2:02 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Alan Third, 4566, Win Treese [-- Attachment #1: Type: text/plain, Size: 705 bytes --] Yes that is correct. Indeed I created an elaborate workaround. If that other behavior is fixed, Win might revise that module one day! (Cc’ed) On Sat, Dec 4, 2021 at 17:13 Lars Ingebrigtsen <larsi@gnus.org> wrote: > Alan Third <alan@idiocy.org> writes: > > > I suspect David wanted to make the frame invisible as a work-around > > for the bug we fixed recently where when the last frame was closed the > > menus and dock icon were visible but failed to respond. > > Yes, sounds likely. > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > -- David Reitter, PhD New York City, NY +1 (412) 417 0529 www.david-reitter.com [-- Attachment #2: Type: text/html, Size: 1418 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-12-05 2:02 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <84E3245F-C845-4397-B790-4442243E4098@gmail.com>
2021-12-04 21:11 ` bug#4566: 23, NS: frames re-appear when app switching Lars Ingebrigtsen
2021-12-04 21:51 ` Alan Third
2021-12-04 21:55 ` Lars Ingebrigtsen
2021-12-04 22:03 ` Alan Third
2021-12-04 22:13 ` Lars Ingebrigtsen
2021-12-05 2:02 ` David Reitter
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).