Re: Question about dubious code for terminal frames

["Gerd Möllmann" <gerd.moellmann@gmail.com>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Gerd Möllmann <gerd.moellmann@gmail.com>
>> Cc: emacs-devel@gnu.org,  rudalics@gmx.at
>> Date: Mon, 02 Sep 2024 18:24:12 +0200
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> >> From: Gerd Möllmann <gerd.moellmann@gmail.com>
>> >> Cc: emacs-devel@gnu.org,  rudalics@gmx.at
>> >> Date: Mon, 02 Sep 2024 17:46:43 +0200
>> >> 
>> >> Eli Zaretskii <eliz@gnu.org> writes:
>> >> 
>> >> > Martin will correct me if I'm wrong, but I think the current code
>> >> > already does what you want: it only changes FrameCols/Rows when the
>> >> > terminal was really resized.
>> >> 
>> >> It obviously does not. I mentioned what happens when making child frames
>> >> in adjust_frame_size in my case. There is no SIGWINCH involved. Which
>> >> makes me suspect that you are not taking adjust_frame_size into
>> >> account?
>> >
>> > I wasn't talking about child frames, I was talking about "normal"
>> > frames.
>> 
>> We're taking past each other.
>
> Maybe.  You were criticizing the existing code, which wasn't supposed
> to handle child frames on TTYs, so I interpreted that as unrelated to
> child frames, like a kind-of general critique of the design and
> implementation of frame resizing on TTYs.  And that was the context in
> which I replied.

And I said I wonder if one couldn't brew a make-frame, a normal frame,
that also leads to the same problem. And you said here's a bug for that.