From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Akib Azmain Turja Newsgroups: gmane.emacs.devel Subject: Re: Implementing image support for kitty terminal Date: Sat, 10 Sep 2022 17:13:31 +0600 Message-ID: <87bkrn5vok.fsf@disroot.org> References: <83y1ura4zy.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28732"; mail-complaints-to="usenet@ciao.gmane.io" Cc: xenodasein@tutanota.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 10 14:47:21 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 1oWztE-000718-HL for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Sep 2022 14:47:16 +0200 Original-Received: from localhost ([::1]:35250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oWztB-0001sq-Na for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Sep 2022 08:47:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51332) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWzs9-0000dJ-5n for emacs-devel@gnu.org; Sat, 10 Sep 2022 08:46:09 -0400 Original-Received: from knopi.disroot.org ([178.21.23.139]:56042) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWzs6-0000TG-AA; Sat, 10 Sep 2022 08:46:08 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 8D4C749F8D; Sat, 10 Sep 2022 14:46:03 +0200 (CEST) X-Virus-Scanned: SPAM Filter at disroot.org Original-Received: from knopi.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iExLCBWSggN0; Sat, 10 Sep 2022 14:46:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1662813962; bh=+aUvUnUHTgqskOkHQkr5R8nK/rUqKHRUQjHhGEvE/NM=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=ZSWAgcz00o7da9NyHYFFyf43wM7qOGfkE+ip/xYDdxNxy+Q/cDfPiMgh/revCdlyQ HQB1Kx7LDhvqdoF+PTXrlH8pKIYeIrMTDFMHXoMPCqqcYoYT1cXj9N94GKYYGOv9WJ SigGfnODeq6Ll02oo0fZQKx9CcqsYaxMeGXOdOxSmfMOf8TAjnSNQID81NKf+QFJOw SebSYGGND/c4cCvYoYzoZ1VxQZpM0/tam+Y+uLVBpvRduUdJZzOAEFu+uPH19L14z1 Z0WF/fc1JbOj9FEV9VMcFNjyZDApJA+ly87qS42nvp52jTeNpEdQ2HAYrkYPbN+CyT NMHPxLxpM+dHQ== In-Reply-To: <83y1ura4zy.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 Sep 2022 13:38:41 +0300") Received-SPF: pass client-ip=178.21.23.139; envelope-from=akib@disroot.org; helo=knopi.disroot.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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:295120 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> Date: Sat, 10 Sep 2022 12:15:32 +0200 (CEST) >> From: xenodasein--- via "Emacs development discussions." >>=20 >> Are you considering to change the text terminal infrastructure for >> Emacs just to accommodate one wayward desktop app that claims to be >> a terminal and a Kindle at the same time? > > Possibly. However, at least one proposal for implementing that leaves > most of the infrastructure intact. > >> Isn't frame handling already Frankenstein-ized enough between mixing >> graphical and text modes? > > Not really, no. Not to such an extreme degree. > >> Wouldn't it be better to focus on how to solve that instead; >> supporting singular apps would then become much easier. > > If someone comes up with a suggestion for how to refactor the display > code to make its maintenance easier, I think we will welcome that. > But we cannot reject other enhancements because of the complexity of > what we have. That complexity didn't prevent us from implementing > several display-related enhancements in the recent years, and I don't > see why this particular one should be an exception. > I don't have any objection if someone implements this, but I think it would be better to focus on other things (e.g. long lines?, making Emacs Lisp faster, etc). =2D-=20 Akib Azmain Turja Find me on Mastodon at @akib@hostux.social. This message is signed by me with my GnuPG key. Its fingerprint is: 7001 8CE5 819F 17A3 BBA6 66AF E74F 0EFA 922A E7F5 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEyVTKmrtL6kNBe3FRVTX89U2IYWsFAmMccVwACgkQVTX89U2I YWtcSxAAow9owZtGxsMJU7bMEJO/XWMohFYq5+A1UQXnhIVENXc1naBUqvfrM8dM 943INpizfCCAw+lL/p76RSfaGQ5Qh2qscw5CEj76U/d/UsRFndLJSEvVOTRrEAG5 7B+PLCQeQTb8zUaPo/aZBM16W9pu8MYPglhoSTFqWCfoQaaZJpOwEMOI2LIZeb60 sB8RJrqTiXNtD4ARdLhHs/vqkPVuikz0iDCqVP4QcdVAJSCX9P/XGfHt8tScYMCZ 46E3nXV6Lwo+AnNkputk8XjT2xiBIi/L9xxP4yIt3F3m/1Az55kJfmG3RZp1fd64 qN3irkt3qz7h87AogJjzQhOxEqa73z1IK4FbeB8G4yl8G5ySivqNQy+q7RKSqeDb 3JXe3EmAZGIaJoUFhbDyHg/6leCpIob/w+wbPs6rPhx3GK5ohuPLeXdiX4Xal8Jp WcaA9/ozSlL089vq4MizB3Avd36ESm/c1u61sZQluV5Sm1ZrXReZBoZZxhxxPquf e/ueLck2/p0MQ0wLLdW6VxDTaEsSHCW7gfSUeIf9U9Ub666rNR1IYagzbi5GXx05 kZiKsmcwQ+h2TkkH6QTk5nvuBsDYJtS5nhbqBFZkbdGndXcg9SC+V89E70/DCvRI VpQU2bzCQemw7h+TlUi3R7mY5bEinpVgEzEuP5CZusp343zXamk= =Zc3I -----END PGP SIGNATURE----- --=-=-=--