GNU bug report logs - #75056
31.0.50; tty-child-frames with server / multiple clients possible hangs

Previous Next

Package: emacs;

Reported by: Len Trigg <lenbok <at> gmail.com>

Date: Tue, 24 Dec 2024 05:44:02 UTC

Severity: normal

Found in version 31.0.50

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, lenbok <at> gmail.com, 75056 <at> debbugs.gnu.org
Subject: Re: bug#75056: 31.0.50; tty-child-frames with server / multiple
 clients possible hangs
Date: Sun, 26 Jan 2025 10:38:44 +0100
>>   >> Martin mentioned in passing that he thinks iconifying frames on ttys
>>   >> should perhaps do something. So it's maybe a "not yet".
>>   >
>>   > What could that "something" possibly be?  Martin?
>>
>> See the option 'iconify-child-frame'.  We have to explain its semantics
>> for tty child frames: The two obvious choices are to either do nothing
>> or make the child frame invisible.
>
> OK, but then this is only relevant to child frames on a TTY.

Yes.

>> What is the "top root frame"?  Have we defined it somewhere?
>
> See tty-top-frame.

So it has nothing to do with "root" frames.  BTW this apparently changed
now.  If in the currently visible frame I do

(tty-top-frame) -> F1
(make-frame) -> F2
(tty-top-frame) -> F1
(previous-frame) -> F2
(raise-frame (previous-frame)) -> F2
(tty-top-frame) -> F1

What I see is F2.

martin




This bug report was last modified 111 days ago.

Previous Next


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