From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Tick Reduction Date: Fri, 19 Nov 2021 16:46:32 +0200 Message-ID: <835ysoursn.fsf@gnu.org> References: <87bl2hyzca.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25838"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 19 15:54: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 1mo5Hq-0006TG-0c for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Nov 2021 15:54:46 +0100 Original-Received: from localhost ([::1]:40858 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mo5Ho-0008Kc-VH for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Nov 2021 09:54:44 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48252) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo59v-0004YJ-IR for emacs-devel@gnu.org; Fri, 19 Nov 2021 09:46:35 -0500 Original-Received: from [2001:470:142:3::e] (port=37474 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo59u-0003yN-Le; Fri, 19 Nov 2021 09:46:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=8IJvrymFsGuh/FwB5qscjpjeXIoeKhnj/R3shxtswGg=; b=UjcUB0Um76Cn W7f7pMiojIiQLMbt9HswtDJZ/ZXVR+b6yHfJZmjr/p5dWdsm+t9r0YDrc8HWTZRjTFm4KJAxle1HG RyNMrKNIUVWENFvQtFs/V0KdhdHehEhApGWR/S/STRyZaYjA/tLh4p/ghLpYO10JqymDNmDPrp/UM 37APIM4LJevyKRspMfKXzCraDRfY3kCAXaYiF5nGdAHWpgo71M32lsHU2Kv62YG6s5nnbLhfhS6+x bHlh6HinFjvHbjt17bND/AzJZSc7dw8NnzXcLr5DPgcuFk6DS9hi9NWbfNBLQm1pFPT6245aLjpaW x5z5YRktAL1npxgtN8cIgQ==; Original-Received: from [87.69.77.57] (port=1480 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo59u-00022a-79; Fri, 19 Nov 2021 09:46:34 -0500 In-Reply-To: (message from Stefan Monnier on Fri, 19 Nov 2021 08:58:11 -0500) 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:279765 Archived-At: > From: Stefan Monnier > Cc: Emacs developers > Date: Fri, 19 Nov 2021 08:58:11 -0500 > > Clearly, we would benefit from a formal markup language (and one which > includes some way to align text into columns). AFAIU, markup is generally separate from layout, so aligning text is not part of what markup is supposed to solve. > Note that for the column display, I think we actually need an > extension to the current `space` thingy on the `display` property > which is able to align columns even without the buffer's data > telling the redisplay at which precise pixel position it should be > aligned (instead it should just add space until the columns are > visually aligned). This goes against the very basics of how our display engine is designed: it examines text one character at a time and makes layout decisions as part of that examination. What you want would AFAIU require the display engine perform layout of the entire window above the line currently being laid out, before the layout of the current line can be performed.