From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Question about display engine Date: Mon, 12 Aug 2019 18:18:52 -0400 Message-ID: References: <83k1bpasic.fsf@gnu.org> <20190807155738.yviofsumjjhqueci@Ergus> <83imr9ar9f.fsf@gnu.org> <0975890b-37b4-428d-f6e5-5dcf894fb6be@gmx.at> <83ftmdapxm.fsf@gnu.org> <20190808083804.ta3evocyb4hirywj@Ergus> <20190808145015.2qaxwzwf4ws2i3er@Ergus> <83ftm98dgu.fsf@gnu.org> <5361a037-d204-b746-790f-ee2ea09459e6@gmx.at> <83o90vu6ws.fsf@gnu.org> <831rxqtnaf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="160591"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: martin rudalics , spacibba@aol.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 13 00:19:09 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hxIei-000fgY-Og for ged-emacs-devel@m.gmane.org; Tue, 13 Aug 2019 00:19:09 +0200 Original-Received: from localhost ([::1]:48622 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hxIeh-0005KF-MV for ged-emacs-devel@m.gmane.org; Mon, 12 Aug 2019 18:19:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52126) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hxIed-0005Jw-FS for emacs-devel@gnu.org; Mon, 12 Aug 2019 18:19:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hxIec-0000JO-JN for emacs-devel@gnu.org; Mon, 12 Aug 2019 18:19:03 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:14466) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hxIeb-0000GO-2F; Mon, 12 Aug 2019 18:19:01 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id CF53485AD2; Mon, 12 Aug 2019 18:18:57 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 787D685ACA; Mon, 12 Aug 2019 18:18:56 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1565648336; bh=UgYEPkvaLVB/VHvtuXc8/y+qkHYvq37Eaj7lTM2xvfc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=HsoinD1ZqHlbHUQ+HNrFwHwABL4GHfxlak8Zd0hhAOwDY7pYKiwc2nQtpj2ndVcnH ffbtyDdAYlyMqu1biPXUD+s0VHvf2yHqyslzTNMs0S5ju/Oy6eIu1lM5VysMgq7USy pXVvv9cpZexyPItrT1vrEhOvER1bQH4cPtfJ1nkwi+z0vYJ5h+IOsEWh4naG5KZK45 xvIcsi99GB6cM6eTOUuX+QJVrQlJ8hWgpMk5GLOZ0e5VSdbnWacf/Gb42kmtJc0d0p fTOkdhM3DzD5AN3J1C6soxdnjdFAAPXqwnYDbyQC++NXo3enk+vi/g9mchCfNhSQk2 PYGyCqImvlDpQ== Original-Received: from alfajor (dyn.83-228-179-131.dsl.vtx.ch [83.228.179.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 202FA120E53; Mon, 12 Aug 2019 18:18:54 -0400 (EDT) In-Reply-To: <831rxqtnaf.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 12 Aug 2019 18:29:28 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:239337 Archived-At: >> IIUC the last one found by face_at_buffer_position that explicitly >> specified a value for the attribute in question. That is, the face >> whose attribute is actually used by the display engine. > > Nitpicking: the display engine has no idea whose attributes it is > using, see below. I don't know enough of the display engine to say something intelligent, I'm afraid, but my naive understanding is that the way "it should" work is that the face used on the "rest of the line" should be computed by merging the various faces that apply to the corresponding LF character but where the new `extend-to-end-of-line` property is obeyed (i.e. a face is skipped if that property is nil). IOW the extend-to-end-of-line property is applied *during* merging rather than after it. Most likely this can't be mapped to the way things are done, tho. Stefan