From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Garreau Newsgroups: gmane.emacs.devel Subject: Re: Future of display engine and lines Date: Mon, 25 Oct 2021 15:01:15 +0200 Message-ID: <3242100.cmotBn8GZQ@galex-713.eu> References: <2108181.AU8Z245p1N@galex-713.eu> <3289249.facs6qH1zK@galex-713.eu> <83v91l1d5j.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7124"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 25 15:08:46 2021 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 1meziX-0001eU-Uk for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 15:08:45 +0200 Original-Received: from localhost ([::1]:52680 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1meziW-0008KA-OB for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 09:08:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32878) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mezbX-0007Nu-7k for emacs-devel@gnu.org; Mon, 25 Oct 2021 09:01:32 -0400 Original-Received: from portable.galex-713.eu ([2a00:5884:8305::1]:50668 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mezbS-0005ju-3l; Mon, 25 Oct 2021 09:01:30 -0400 Original-Received: from gal by galex-713.eu with local (Exim 4.92) (envelope-from ) id 1mezbI-0007ur-DK; Mon, 25 Oct 2021 15:01:16 +0200 In-Reply-To: <83v91l1d5j.fsf@gnu.org> Received-SPF: pass client-ip=2a00:5884:8305::1; envelope-from=galex-713@galex-713.eu; helo=galex-713.eu X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:277743 Archived-At: Le lundi 25 octobre 2021, 14:50:48 CEST Eli Zaretskii a =C3=A9crit : > > From: Alexandre Garreau > > Cc: rms@gnu.org, larsi@gnus.org, emacs-devel@gnu.org > > Date: Mon, 25 Oct 2021 14:20:35 +0200 > >=20 > > In a way you may not be imagining: both column contents could be > > unrelated >=20 > If they are unrelated, you are talking about a different use case, > where each column comes from a different buffer. not necessarily, you could also be willing to read only a part of the=20 buffer, and calculated how the columns were so that to have each of them=20 have a different topic/semantic: the buffer is not the only semantic=20 division available (but I see that like Lars you like to see buffers used=20 in that way, like I initially thought=E2=80=A6 but aren=E2=80=99t buffers e= ssentially meant=20 to be used to represent files? or anything uniquely serializable, for the=20 matter)