From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#40857: Invisibility specs do not apply to specified spaces Date: Sun, 26 Apr 2020 18:20:55 +0300 Message-ID: <83tv165l48.fsf@gnu.org> References: <1f66e993-8835-4777-7252-9b6de7331fc7@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="41980"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 40857@debbugs.gnu.org To: =?UTF-8?Q?Cl=C3=A9ment?= Pit-Claudel Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Apr 26 17:22:10 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 1jSj6f-000Aoh-VA for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Apr 2020 17:22:09 +0200 Original-Received: from localhost ([::1]:33322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSj6e-0007mO-Tm for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Apr 2020 11:22:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36350) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSj6Y-0007lo-EY for bug-gnu-emacs@gnu.org; Sun, 26 Apr 2020 11:22:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jSj6Y-0005dH-3P for bug-gnu-emacs@gnu.org; Sun, 26 Apr 2020 11:22:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50610) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jSj6X-0005bq-Mq for bug-gnu-emacs@gnu.org; Sun, 26 Apr 2020 11:22:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jSj6X-0002KO-IV for bug-gnu-emacs@gnu.org; Sun, 26 Apr 2020 11:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Apr 2020 15:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40857 X-GNU-PR-Package: emacs Original-Received: via spool by 40857-submit@debbugs.gnu.org id=B40857.15879144818902 (code B ref 40857); Sun, 26 Apr 2020 15:22:01 +0000 Original-Received: (at 40857) by debbugs.gnu.org; 26 Apr 2020 15:21:21 +0000 Original-Received: from localhost ([127.0.0.1]:33923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jSj5k-0002JK-6o for submit@debbugs.gnu.org; Sun, 26 Apr 2020 11:21:21 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:33254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jSj5h-0002J6-Pz for 40857@debbugs.gnu.org; Sun, 26 Apr 2020 11:21:10 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44425) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSj5b-0002mz-Hj; Sun, 26 Apr 2020 11:21:03 -0400 Original-Received: from [176.228.60.248] (port=4429 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jSj5a-0006XY-51; Sun, 26 Apr 2020 11:21:03 -0400 In-Reply-To: <1f66e993-8835-4777-7252-9b6de7331fc7@gmail.com> (message from =?UTF-8?Q?Cl=C3=A9ment?= Pit-Claudel on Sat, 25 Apr 2020 19:18:55 -0400) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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:179076 Archived-At: > From: Clément Pit-Claudel > Date: Sat, 25 Apr 2020 19:18:55 -0400 > > Consider the following program: > > (with-current-buffer (get-buffer-create "*spaces*") > (erase-buffer) > (let ((indent (propertize " " 'display '(space :width 3)))) > (put-text-property (point) (progn (insert indent "r1\n") (point)) 'invisible 'a) > (put-text-property (point) (progn (insert indent "r2\n") (point)) 'invisible 'b)) > (add-to-invisibility-spec 'a) > (pop-to-buffer (current-buffer))) > > The first record (r1) is hidden, but not the indentation that precedes it; so, instead of looking like this: > > r2 > > The buffer looks like this: > > r2 I don't think this is a bug. A "replacing" display property in effect forces the display engine to ignore the entire chunk of text "covered" by that display property, so the fact that this chunk of text is in this case invisible is never seen, nor acted upon. Once the display engine is done producing the stretch of white space for the display property, it jumps to the end of the text "covered" by the property, and continues from there.