Re: Implementing image support for kitty terminal

[Eli Zaretskii <eliz@gnu.org>]

> From: Jose A Ortega Ruiz <jao@gnu.org>
> Cc: tom@logand.com, emacs-devel@gnu.org
> Date: Sat, 10 Sep 2022 01:45:53 +0100
> 
> On Fri, Sep 09 2022, Eli Zaretskii wrote:
> 
> [...]
> 
> > But you do want to support text and images in the same buffer, don't
> > you?  So the following situation:
> >
> >   tttttttttttttttttttt (1)
> >        IIIIIII
> >        IIIIIII
> >        IIIIIII
> >   tttt IIIIIII ttttttt (2)
> >   tttttttttttttttttttt (3)
> >
> > where "t" is text is "I" is an image, should be supported, yes?
> 
> no, not necessarily.  i'd be already pretty happy even if that wouldn't
> be possible. for my uses cases, rendering that as
> 
> >   tttttttttttttttttttt (1)
> >        IIIIIII
> >        IIIIIII
> >        IIIIIII
> >        IIIIIII 
> >   tttt ttttttt         (2)
> >   tttttttttttttttttttt (3)
> 
> would be good enough.  moreover, there are few cases of images inserted
> by even current graphical emacs (at least in my use cases) with text
> flowing on the sides (i remember even having to advice eww at some point
> to get inline images).

You misunderstand what I described, I think.  It is a simple case of
text mixed with an image, i.e. a line which has both text and images.
It is not "text flowing on the sides of the image", which Emacs
currently doesn't support even on GUI frames, not unless the image is
displayed in slices.  Try looking at some URL with images with EWW on
a GUI frame, and you will see what I described.

You said you did want to be able to have EWW display pages with
images.  If you do, what I described will be needed.  By contrast,
what you describe is a line that has only a single image, and no text
(not even some whitespace) nor another image near it.  Which is
possible, but is just a subset of what needs to be supported.