Re: Implementing image support for kitty terminal

[Eli Zaretskii <eliz@gnu.org>]

> Date: Thu, 8 Sep 2022 16:24:33 +0200
> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org, jao@gnu.org
> 
> On 22-09-08 16:03 , Gerd Möllmann wrote:
> > On 22-09-08 15:54 , Eli Zaretskii wrote:
> >>> Date: Thu, 8 Sep 2022 14:47:48 +0200
> >>> Cc: eliz@gnu.org, emacs-devel@gnu.org, jao@gnu.org
> >>> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> >>>
> >>> And I'd leave the "normal" terminal code out of this.
> >>
> >> Including frame-based redisplay in update_frame?
> > 
> > Yes, I'd leave that as-is.  The frame-based updates used to be quite
> > important for relatively dumb and slow terminals because it increases 
> > the possibility of reusing parts of the display that are alreay 
> > displayed on the terminal.
> > 
> > I guess terminal emulators allowing images and such are less likely to 
> > benefit from that.
> 
> Or even, do we still have terminals connected with, don't know, say 1200 
> baud or some such?

I don't think so, but we do have slow net links and ssh logins.

> If not, or not many, maybe such a new backend that is not
> frame-based could replace the frame-based one eventually?

That's possible.  Someone should take measurements and present the
results.