Re: "Final" version of tty child frames

[Eli Zaretskii]

> Date: Wed, 15 Jan 2025 09:41:59 +0100
> Cc: Eli Zaretskii <eliz@gnu.org>, jared@finder.org, emacs-devel@gnu.org
> From: martin rudalics <rudalics@gmx.at>
> 
>  > Let me just quickly add something that came to my mind, namely that one
>  > could tackle the problem in two different ways:
> 
> Back to redisplay optimization.

Does this mean you've solved the problem in set_cursor_from_row?
Because that problem, if it's real, has nothing to do with redisplay
optimizations.

> Suppose my cursor is in the underlying
> frame immediately on the left of the left edge of a child frame.  I now
> start typing a character and the cursor disappears.  I continue typing
> and the cursor eventually reappears quite normally on the right of the
> right edge of the child frame.  IIUC this is cursor movement when buffer
> text was modified, that is, without redisplay optimization.

There are still redisplay optimizations involved: Emacs doesn't update
the display except on the single screen line where you insert
characters.

Or maybe you are talking about a different kind of "optimizations"?

> So couldn't we, as long as there's a visible child frame and the user
> navigates (moves the cursor) in an underlying frame, inhibit redisplay
> optimizations and pretend a modification of the underlying frame?

Pretend and do what on display?