From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Newsgroups: gmane.emacs.bugs Subject: bug#22320: Overlays with an 'invisible property break stacking of overlay faces Date: Thu, 7 Jan 2016 14:07:14 -0500 Message-ID: <568EB762.20605@live.com> References: <568D5721.7060709@live.com> <83io352xmm.fsf@gnu.org> <568E9A6A.2050201@live.com> <568EA223.4060805@live.com> <83y4c11auh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ufI8idvujwWqgttrpqo1JpExVt3E1uO56" X-Trace: ger.gmane.org 1452193701 13781 80.91.229.3 (7 Jan 2016 19:08:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Jan 2016 19:08:21 +0000 (UTC) Cc: 22320@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 07 20:08:10 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aHFur-000364-TR for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jan 2016 20:08:10 +0100 Original-Received: from localhost ([::1]:60244 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHFur-0004Kg-9a for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jan 2016 14:08:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHFun-0004Jl-M9 for bug-gnu-emacs@gnu.org; Thu, 07 Jan 2016 14:08:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aHFuk-0006AP-DF for bug-gnu-emacs@gnu.org; Thu, 07 Jan 2016 14:08:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHFuk-0006A9-AJ for bug-gnu-emacs@gnu.org; Thu, 07 Jan 2016 14:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aHFuk-0008WD-6V for bug-gnu-emacs@gnu.org; Thu, 07 Jan 2016 14:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jan 2016 19:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22320 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22320-submit@debbugs.gnu.org id=B22320.145219364732704 (code B ref 22320); Thu, 07 Jan 2016 19:08:02 +0000 Original-Received: (at 22320) by debbugs.gnu.org; 7 Jan 2016 19:07:27 +0000 Original-Received: from localhost ([127.0.0.1]:41988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aHFuA-0008VP-MA for submit@debbugs.gnu.org; Thu, 07 Jan 2016 14:07:26 -0500 Original-Received: from mout.kundenserver.de ([212.227.17.10]:64373) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aHFu8-0008V4-Vr for 22320@debbugs.gnu.org; Thu, 07 Jan 2016 14:07:25 -0500 Original-Received: from [18.189.87.242] ([18.189.87.242]) by mrelayeu.kundenserver.de (mreue101) with ESMTPSA (Nemesis) id 0M57sc-1a07hL12Bq-00zDWf; Thu, 07 Jan 2016 20:07:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 In-Reply-To: <83y4c11auh.fsf@gnu.org> X-Provags-ID: V03:K0:frzG84h2/Mh4y7swTjfxkE0kUs0mKEB111L4Bspr67iSRl5rxZx SodWpyAvpuUYY9v3q4yGKXTvYU3j9Dib8Y1S/154a+cgNMU8PwxCrD5k9YJzLXjMAkqDtHz Rv3/FNd5gdijER2/WUyoe5dcT/J1ZyauU0lQ310fMIociYGnOLisfMEhfiTuI2LG7TcA7HM UKbon8fCkAt0+ZNDy2Ekw== X-UI-Out-Filterresults: notjunk:1;V01:K0:RH2YVa9q77I=:9F0Pq90EpZLLNlPvEwI8rg 6XWdCCR1alw1/2XZkYTIxtO4nIiNekS2zSfVL58mcb9hTRj/eWOIp/UaWeNqba9xmz/UJVpQW or7nsyiGfFdorpw7AznlAYemxBqszF4o01zBUIXQp9VXw3c3rYB2FjF8OCl0Yjb1i7A7d87CT EX0rMqVz+h3c+mYmTuHg0VmjOdEC73ipIX1g2LfWMuJ20BMhS7Noyt1+jAF0hGKK+RJBPFIF6 1znBZLRMeVhENxxR5IBVBlCxf+90JO35bOzhfociQvlN1K7dNVkxgmN+7O1qkuEiKfNVsQpj9 PFoKUfcxPmJVgwtZY/j4E6GEvst/8I4BWsVjxVFxJv88TN7fIBe1IY+Mm1M7I5z4P9Kbg2D95 vkPfjd2Y2milCutgai8lB8LDMSSpep/F5FMb+nYhEhyGGH5xTl8chl3b+ym37Jhe/N8oC/QKd OHTfHuvQOKM+tZY/wbCwevOMGVTLr7qcbruF2mSnp7q92OqMwsiCUM6+emas/1JeuIXo/iuZU uQn6WFYyUdXpsC5YkNKhYxgrKVq+KtiVNSEcK5pPuBsJhOiRKTkr4E6+mdA8yiWS2Tf7Fw0UI yTkucmDSefR2pEaVHwU8xdCvOZVxobezBfk1R7y5/nrCQcIO5RgNpMP9ypZh9HhytI+LVC+Gl BPTDdJIxBlVuQ4XmAO6dqudUaQrbb7VAT0RgXNTE6tSwtQRY7czeJgCH7WtL/odVPOic= 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: 208.118.235.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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:111332 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ufI8idvujwWqgttrpqo1JpExVt3E1uO56 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/07/2016 01:52 PM, Eli Zaretskii wrote: >> Cc: 22320@debbugs.gnu.org >> From: Cl=C3=A9ment Pit--Claudel >> Date: Thu, 7 Jan 2016 12:36:35 -0500 >> >> Interestingly, even after disabling the fix for the issue that led to = it, I can't reproduce the issue posted there. Instead, I get the behaviou= r that I described in my previous mail. >=20 > I'm not surprised: a lot has changed in the display engine since > 2005. The original issue was just the tip of an iceberg: the general > problem was that the ellipsis would have an unpredictable face which > depended on the face of the first invisible character. I think this > is more confusing than what we have now, because that situation is by > far much more common. I find the current situation more confusing, as it introduces many incons= istencies. Inheriting the face of the first hidden character, and applyin= g it to each dot in the ellipsis, seems a lot more consistent to me (and = it does feel predictable). Of course there will be gotchas, but no more t= han with using the default face; on the other hand, the current heuristic= is rather unpredictable (at least the region selection example and the f= ace fallback example in my other message both felt confusing to me). The same problems exist for composition, but keeping the properties of th= e first character seems to work well there; maybe we could consider harmo= nizing both behaviors? (with-current-buffer (get-buffer-create "emulating invisibility with comp= osition works") (erase-buffer) (fundamental-mode) (add-to-invisibility-spec '(outline . t)) (insert "line1 line2 line3") ;; This composition snippet was taken from Arthur's nameless-mode: (compose-region 7 12 (cdr (apply #'append (mapcar (lambda (x) (list '(Br = =2E Bl) x)) "...")))) (let ((ov (make-overlay 7 8))) (overlay-put ov 'face '(:underline t))) (let ((ov (make-overlay (point-min) (point-max)))) (overlay-put ov 'face '(:background "red"))) (pop-to-buffer (current-buffer))) compared to (with-current-buffer (get-buffer-create "using invisibility directly does= n't work") (erase-buffer) (fundamental-mode) (add-to-invisibility-spec '(outline . t)) (insert "line1 line2 line3") (let ((ov (make-overlay 7 12))) (overlay-put ov 'invisible 'outline)) (let ((ov (make-overlay 7 8))) (overlay-put ov 'face '(:underline t))) (let ((ov (make-overlay (point-min) (point-max)))) (overlay-put ov 'face '(:background "red"))) (pop-to-buffer (current-buffer))) Thanks for your help with this issue! Cl=C3=A9ment. --ufI8idvujwWqgttrpqo1JpExVt3E1uO56 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJWjrdiAAoJEPqg+cTm90wj8Y4P/3NC9DKJtRCxSTK0mmrjKrBq a2Tro1qSdp0SO57zRuFL/0nJzWDV/K5R073mlUfLMKwjF2qOA5hrb1Iu6hT+nMtg YC5iWQobky1x/XnnmVh1bhVOpUiP9veUajlcxv7RfMZdSOUnqfl1PsWwTrTVETPV OJbrbvARTKROmICFmDOhN2Fseh6XSKF97Gef27ypoAmz6LGCRl1G/K/cDpjg21go XKO7OH3duqUoSCl1veyLdujTl0pJMWzk34v3xhhvgkWBvGgNHl6et6bmWvBxE7ag 6J2nHaJoEK8Vn6iCrnaaSuRbfggbZzvEE+1zXZJzLW2J0Yv9hBju++kQw4DTpHlf zFukzzLqvebQzm8nxaE3vjExxNGHEmmnFJo5GCcJJiObgIyV0eNpM4vDmec7PEkT LwihMLpB4Cl2wJ6x+GHckjLtClz9sCDhdMOZ3sQbsboLHHEgSRMZY1G9S03ERPCe rFl8kOpKwScncE2dc7oGBjaWdQmb7nKwIwmAjxRVJ6GrW4etIacmCmN/laqCtmIj +poYaJZKPpQ57iRgi6uexeGhPlHANHZ8VsOph/W/fdIQfbUScBZ5rjOucTy1cgPx K7gzx30BuIbAomeBYzC0ZSc/tqPi/LiVXD++elvkGigU/ydJWgSu6akB7F+jNI0o nlyAz0vQu43Rw2ck+vye =DMYv -----END PGP SIGNATURE----- --ufI8idvujwWqgttrpqo1JpExVt3E1uO56--