From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.bugs Subject: bug#39390: 28.0.50; prettify-symbols-mode confuses display when start/end faces are different Date: Mon, 17 Feb 2020 16:59:38 +0100 Message-ID: <875zg5432t.fsf@gnu.org> References: <3184164c-5d94-6cb3-aca4-338b710bf97f@thaumogen.net> <83eevcj4ar.fsf@gnu.org> <83blqgj285.fsf@gnu.org> <34ca60a0-3658-0e64-b16f-829d914d4b81@thaumogen.net> <837e14iynq.fsf@gnu.org> <27701089-4429-f345-6ecd-4f11d3124a8c@thaumogen.net> <8336bsiwe2.fsf@gnu.org> <83v9onhdq4.fsf@gnu.org> <83o8tymnlk.fsf@gnu.org> <83mu9imitt.fsf@gnu.org> <83lfp2mimd.fsf@gnu.org> <50e865ca-58f4-7111-65de-15be80741357@thaumogen.net> <83k14mmgcq.fsf@gnu.org> <87ftf931kw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="34418"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 39390@debbugs.gnu.org To: Raphael 'kena' Poss Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 17 17:00:20 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1j3iom-0008oi-Cq for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Feb 2020 17:00:20 +0100 Original-Received: from localhost ([::1]:47830 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3iol-0005B6-0Q for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 17 Feb 2020 11:00:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51833) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3ioV-0005Ak-UW for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 11:00:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3ioU-0001jq-Ps for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 11:00:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33132) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j3ioU-0001ji-Le for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 11:00:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j3ioU-0005zn-Jl for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 11:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Feb 2020 16:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39390 X-GNU-PR-Package: emacs Original-Received: via spool by 39390-submit@debbugs.gnu.org id=B39390.158195519222999 (code B ref 39390); Mon, 17 Feb 2020 16:00:02 +0000 Original-Received: (at 39390) by debbugs.gnu.org; 17 Feb 2020 15:59:52 +0000 Original-Received: from localhost ([127.0.0.1]:39105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3ioJ-0005yt-PJ for submit@debbugs.gnu.org; Mon, 17 Feb 2020 10:59:52 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:36677) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3ioI-0005yg-8a for 39390@debbugs.gnu.org; Mon, 17 Feb 2020 10:59:50 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:54778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j3ioD-0001dk-0g; Mon, 17 Feb 2020 10:59:45 -0500 Original-Received: from auth1-smtp.messagingengine.com ([66.111.4.227]:59341) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1j3ioA-0006IQ-5x; Mon, 17 Feb 2020 10:59:42 -0500 Original-Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id 9708B21F85; Mon, 17 Feb 2020 10:59:40 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Mon, 17 Feb 2020 10:59:40 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrjeeigdekfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufhffjgfkfgggtgesthdtredttdertdenucfhrhhomhepvfgrshhsihhl ohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenucffohhmrghinheprghstghiih hnvghmrgdrohhrghenucfkphepkeegrddufedvrddutdehrdegfeenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnodhmvghsmhhtph gruhhthhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedvleekqdhtshgu hheppehgnhhurdhorhhgsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Original-Received: from thinkpad-t440p (p5484692b.dip0.t-ipconnect.de [84.132.105.43]) by mail.messagingengine.com (Postfix) with ESMTPA id B3E1D3060EF2; Mon, 17 Feb 2020 10:59:39 -0500 (EST) In-Reply-To: (Raphael Poss's message of "Mon, 17 Feb 2020 07:35:31 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:176144 Archived-At: Raphael 'kena' Poss writes: > Finally, let us not distract ourselves with this detail. The bug is > readily reproducible with a single character: > > https://asciinema.org/a/IGDZhOMnmF7sAWJYEjRqPdboA > > Regarding point (2). Multiple characters in the output actually works > fine most of the time. Please double check the title of this e-mail > thread and the reason why I reported the issue in the first place: > > - replacing either a single character or multiple characters in the > buffer, even separated by blanks, is fine as long as they display with > just 1 face. > > - replacing anything with either a single or multiple characters in > the result of the composition is fine as long as the input uses just 1 > face. > > There is an error in the display code when compose-region composes > over multiple faces, and I'd like us to focus on that. I'm pretty > sure that pretty-symbols-mode is just one of multiple ways one can > trigger this bug. Indeed, that's the real problem. I guess that there's an implicit assumption that composition always takes place in one word or symbol which is almost always fontified with just one face. Your example invalidates that assumption. But then the question is how the composition should be displayed? In your example where you replace "setq abc" with the LAST QUARTER MOON WITH FACE Unicode character, should that have font-lock-keyword-face (like setq) or the default face (like abc)? Bye, Tassilo