From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Tick Reduction Date: Thu, 25 Nov 2021 15:29:04 +0100 Message-ID: <87bl28cnrj.fsf@gnus.org> References: <87bl2hyzca.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> <83y25fneeh.fsf@gnu.org> <87pmqrx7rh.fsf@gnus.org> <83tug3ndaj.fsf@gnu.org> <874k81vmlf.fsf@gnus.org> <83sfvl8wjw.fsf@gnu.org> <87o869y0v2.fsf@gnus.org> <83fsrl8owz.fsf@gnu.org> <87o869wkcx.fsf@gnus.org> <83bl298n9b.fsf@gnu.org> <8735nlwih6.fsf@gnus.org> <837dcx8kkn.fsf@gnu.org> <87czmofl3z.fsf@gnus.org> <83ee745ppw.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="20383"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacs-devel@gnu.org, stefankangas@gmail.com, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 25 15:32:15 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 1mqFnK-00056w-KR for ged-emacs-devel@m.gmane-mx.org; Thu, 25 Nov 2021 15:32:14 +0100 Original-Received: from localhost ([::1]:37728 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mqFnJ-00056l-MY for ged-emacs-devel@m.gmane-mx.org; Thu, 25 Nov 2021 09:32:13 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55884) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqFkS-0000Ii-V5 for emacs-devel@gnu.org; Thu, 25 Nov 2021 09:29:17 -0500 Original-Received: from [2a01:4f9:2b:f0f::2] (port=58674 helo=quimby.gnus.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mqFkR-0001H0-7h; Thu, 25 Nov 2021 09:29:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=FmRtswh5yf0ev+ObMxD6pLZUqIkbJHLAs4mG7UQRS7E=; b=C6/xUKQPjca79GkOyCz9kKSvX7 eYAn3eYrWsOXmeWvM8fCehAlTaZdS3gwh6U80hKiItOG50Cj1+JqfhGNePVXL3kkDhTPdW4/yPSGI i0OBAOzye4exFh+fgQ+JMhOZBJmUCvnVKzUlbNrNe9jLJYvQRkGoLMnMauI7emaeCZT0=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mqFkH-0004FQ-SY; Thu, 25 Nov 2021 15:29:08 +0100 X-Now-Playing: Xeno & Oaklander's _Vi-deo_: "Poison" In-Reply-To: <83ee745ppw.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 25 Nov 2021 15:28:43 +0200") X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a01:4f9:2b:f0f::2 (failed) Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -35 X-Spam_score: -3.6 X-Spam_bar: --- X-Spam_report: (-3.6 / 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, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_HELO_NONE=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.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:280132 Archived-At: Eli Zaretskii writes: > It might simplify things because you won't need display_min_width to > be called the second time by property (in)equality, but just based on > position. Also, you don't need to keep the form in the iterator, > which could help GC. I don't understand how I can ditch the form -- I'll be called several times, and I need to see whether the new interval has a min-width that's `eq' the one in the previous interval. But it does sound like it might make the end case simpler, yes. Hm... I think. >> I've tested, and it does. It's only apparently in specs like >> " (%l,%c)", though. > > Well, that's expected: you are formatting two strings. Yes, like I said. >> Yes, when called from the mode line we're postponing the stretch >> computation until the :propertize run is actually over (in the >> multiple-% case). > > But "is over" seems to mean "we are in the next string", not "we are > at the end of the string that needs to be stretched". that's what the > bufpos == 0 test does. Right? If so, this is too late: what if > there's no "next string"? If there's no "next string" we have nothing to stretch for, so that's fine. (If we want to extend the face over the stretch, then this has to be done differently.) > ??? The "foo" part has the display property, so it is that something > which needs to be stretched. That there's some more text after it > shouldn't affect how "foo" is displayed, right? Or what am I missing? The stretch comes after "foo", so I'm not sure what you're asking. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no