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: Tue, 23 Nov 2021 16:19:02 +0200 Message-ID: <83y25fneeh.fsf@gnu.org> References: <87bl2hyzca.fsf@gnus.org> <87bl2dmnfa.fsf@gnus.org> <83mtlxquh7.fsf@gnu.org> <877dd1mlsd.fsf@gnus.org> <83k0h1qss5.fsf@gnu.org> <8735npmkm5.fsf@gnus.org> <83h7c5qpag.fsf@gnu.org> <87czmtl2uv.fsf@gnus.org> <83fsrpqog1.fsf@gnu.org> <87wnl1jnfa.fsf@gnus.org> <83czmtqnl7.fsf@gnu.org> <87h7c5jmbg.fsf@gnus.org> <838rxhqmqv.fsf@gnu.org> <878rxhjlot.fsf@gnus.org> <874k85jlmq.fsf@gnus.org> <87v90khaa8.fsf@gnus.org> <83zgpwp7v2.fsf@gnu.org> <87tug4fdn7.fsf@gnus.org> <83pmqsp0m7.fsf@gnu.org> <87k0gzyy8k.fsf@gnus.org> <835ysjoupv.fsf@gnu.org> <8735nnyob1.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25922"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dgutov@yandex.ru, stefankangas@gmail.com, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 23 15:19:32 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 1mpWdw-0006Xu-68 for ged-emacs-devel@m.gmane-mx.org; Tue, 23 Nov 2021 15:19:32 +0100 Original-Received: from localhost ([::1]:41616 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mpWdu-00068H-VT for ged-emacs-devel@m.gmane-mx.org; Tue, 23 Nov 2021 09:19:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mpWdJ-0004zo-Bi for emacs-devel@gnu.org; Tue, 23 Nov 2021 09:18:53 -0500 Original-Received: from [2001:470:142:3::e] (port=47522 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 1mpWdI-0000mv-Rx; Tue, 23 Nov 2021 09:18:52 -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=Jj6FUwHLUGfAw5B8WS8NO0OHWOAXgJnbyTHR0QSOqKw=; b=VBw+NwRr8fDL EngLqeE19XJgGvFuyk7we00Z3qk7Ok/qPklzgrAl9I27uO8H982PFnkrQCEMTdVWkoq53nmENADtp TDiVxCU99P78vyS5qB3BO03iH/1sM4iCjEPn7lncCj28ZLF72xT+7uje1GK3aCyop1mhFyv9SPMen PUZsucYgk4I5smgsAU+O8KnT2KCdu5cKefSzvcIBq1oMqjBqP0/5u2Ih65gU0eucOsbeNWcz4fXg4 Z0is0CwX8GakpmnA/gBVDJ349Wi7/hX+LWVae+8NSb6by7qGmL6dpEnBIJfeLz0O2zpeUeeGOEkeH GQ8pZG0OnywUpkW+IPV6lQ==; Original-Received: from [87.69.77.57] (port=3452 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 1mpWdH-0000yI-Cf; Tue, 23 Nov 2021 09:18:52 -0500 In-Reply-To: <8735nnyob1.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 23 Nov 2021 14:49:38 +0100) 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:279953 Archived-At: > From: Lars Ingebrigtsen > Date: Tue, 23 Nov 2021 14:49:38 +0100 > Cc: emacs-devel@gnu.org, stefankangas@gmail.com, dgutov@yandex.ru > > Eli Zaretskii writes: > > > The value of 'display' property can be either a single spec, or a list > > or vector of specs. Thus, adding should be trivial: either add > > another list member or produce a new vector with one more element. Do > > you think this justifies a dedicated API? > > To add a `max-width' to a series of characters, it first has to see > whether there's any other bits with a `display' property. It does? why is that? > Then if it finds sequences of characters like that, it has to see > whether there's only one spec, and then to transform it to a list, > and if not, it just has to append. We do that every day in Lisp programs. > And do this efficiently, so that we don't get a bunch of short lists > when there's different overlapping regions with `display'. You cannot have overlapping regions with different values of the 'display' property (or of any other text property), so I'm not sure what are you alluding to here. > So, yes, I think this deserves a function. I'm still not convinced. But if we will do this all over the place, maybe we should have a function.