From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jose A Ortega Ruiz Newsgroups: gmane.emacs.devel Subject: Re: Implementing image support for kitty terminal Date: Fri, 09 Sep 2022 07:21:34 +0100 Message-ID: <87zgf9ax01.fsf@mail.jao.io> References: <87v8pz18wf.fsf@mail.jao.io> <83o7vrgimc.fsf@gnu.org> <87wnafdnee.fsf@logand.com> <835yhzgdyi.fsf@gnu.org> <87k06den1s.fsf@logand.com> <87illxy5ir.fsf@mail.jao.io> <87sfl1d1wi.fsf@logand.com> <87czc5y1wp.fsf@mail.jao.io> <878rmtcwrv.fsf@logand.com> <87a679xx0v.fsf@mail.jao.io> <83zgf9cc9i.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21675"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tom@logand.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 09 08:24:59 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWXRi-0005Rb-EG for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Sep 2022 08:24:58 +0200 Original-Received: from localhost ([::1]:60648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oWXRg-00082r-Qp for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Sep 2022 02:24:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51012) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWXOV-0006Xm-CO for emacs-devel@gnu.org; Fri, 09 Sep 2022 02:21:39 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58952) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWXOT-00041F-Lq; Fri, 09 Sep 2022 02:21:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=8RqqoTELVlXnFBA5aGFAxrKGtTpr43I8J5AAlD9IAHI=; b=FeKeYbJsmaSGb9dPKZPW ShkgrOPqSbAdRoqOEzqRsse1j1bnMGIK/4rOth98AHWEkeEmoNZ9ZvyhWTDfti8aBTdqdROT0T4J4 2O6GN7xKR9Shq7idIHt+KuM3akDfO5rgP64iNXV588YOmHWq0m88y+6heyHcVFPq62Ag219k4O0AX JxR1mcfqq4QeabkL9VYBreKMgS50ZFEf++P1mCjAxy3LLc0IPC3iGP0Me+FMW9OmRnrn72PZJ25Bi ipLXH5ObiVwFfIh+ykgWpg5s9PpdgQ/k/CTqwmkNIJeI9eGU4d1+HlB86/JSWLpEmunkm6rDZXqgl 3CelddCmmA10Jg==; Original-Received: from cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net ([92.233.85.247]:54930 helo=rivendell.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWXOS-0007aj-Up; Fri, 09 Sep 2022 02:21:37 -0400 Original-Received: from localhost (rivendell.localdomain [local]) by rivendell.localdomain (OpenSMTPD) with ESMTPA id 3ab4384b; Fri, 9 Sep 2022 06:21:34 +0000 (UTC) In-Reply-To: <83zgf9cc9i.fsf@gnu.org> X-Attribution: jao X-Clacks-Overhead: GNU Terry Pratchett X-URL: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:295038 Archived-At: On Fri, Sep 09 2022, Eli Zaretskii wrote: >> From: Jose A Ortega Ruiz >> Cc: emacs-devel@gnu.org >> Date: Fri, 09 Sep 2022 00:32:32 +0100 >> >> also, a term emacs running inside kitty or foot in wayland is very >> noticeably faster than the graphical counterpart > > That advantage will almost certainly go away, at least partially, > if/when we implement the new backend as proposed by Gerd, because some > of that advantage is due to the simplicity of the TTY frame geometry > and text layout, something that will be lost as soon as we support > variable-height screen lines on TTY frames. hmm. in the image display protocol that kitty supports, everything can be done, if desired, in terms of rows and columns, and the terminal itself works, as far as i understand, in terms of character cells: couldn't we retain that modus operandi? for instance, displaying an image would amount (logically) to displaying a bunch of lines of text, all of the same length, with the only peculiarity that maybe the cells on the borders wouldn't look completely filled. (i was at first even imagining an admittedly obnoxious hack consisting of simply writing first n rows of m arbitrary characters, and then using the image protocol to ask kitty to fill that character rectangle with the image, because i thought that for the TTY terminal it was easy to determine the rows and columns available in a given window around a given position). jao