From unknown Sat Aug 16 16:07:51 2025
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.509 (Entity 5.509)
Content-Type: text/plain; charset=utf-8
From: bug#30204 <30204@debbugs.gnu.org>
To: bug#30204 <30204@debbugs.gnu.org>
Subject: Status: 27.0.50; Changing major mode resets non-default
invisibility spec
Reply-To: bug#30204 <30204@debbugs.gnu.org>
Date: Sat, 16 Aug 2025 23:07:51 +0000
retitle 30204 27.0.50; Changing major mode resets non-default invisibility =
spec
reassign 30204 emacs
submitter 30204 Philipp Stephani
severity 30204 minor
tag 30204 moreinfo
thanks
From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 22 04:51:53 2018
Received: (at submit) by debbugs.gnu.org; 22 Jan 2018 09:51:53 +0000
Received: from localhost ([127.0.0.1]:37700 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1edYld-0004Cl-HG
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 04:51:53 -0500
Received: from eggs.gnu.org ([208.118.235.92]:45198)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1edYlb-0004CX-Q2
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 04:51:52 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1edYlV-0007uG-CX
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 04:51:46 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50,
FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled
version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:60490)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.71) (envelope-from )
id 1edYlV-0007uA-8S
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 04:51:45 -0500
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36169)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from ) id 1edYlT-0004Ox-RI
for bug-gnu-emacs@gnu.org; Mon, 22 Jan 2018 04:51:45 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1edYlN-0007sB-Hk
for bug-gnu-emacs@gnu.org; Mon, 22 Jan 2018 04:51:43 -0500
Received: from mail-wr0-x22c.google.com ([2a00:1450:400c:c0c::22c]:38689)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
(Exim 4.71) (envelope-from )
id 1edYlN-0007rh-Az
for bug-gnu-emacs@gnu.org; Mon, 22 Jan 2018 04:51:37 -0500
Received: by mail-wr0-x22c.google.com with SMTP id x1so7896939wrb.5
for ; Mon, 22 Jan 2018 01:51:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=from:to:subject:date:message-id:mime-version
:content-transfer-encoding;
bh=0FFNrkmA9jE1yOYiND/+Af6659yr+eQB6OyULewz8mY=;
b=mjElobXG4VHpuXqmIVoNAZkowmjwk9IE1XJVhehCtKamB9v2aqS4Ippl1wq1RsOsgJ
RcqgwNuErU9v5KaCLma4ISFF+xSN5m1ejOxTLD1A0rJPQF1WRxZou4aGnD2tBP3kZc1g
s0o3LpwjgIZyKosMoRRhw3RZlHG1zn+a7Oc8aX5rn92oc8pfA+dsSRnTIB2LxSLaUSYJ
RTMVejKz8AFr57Z23jW3iwiroaSykMCc+KMfPdOp4oM4Rk+n/gbSJqwIGezF7sMZf4FT
PDewZSyfyFaySnUFKVP8J16FGo1CVH+nAV7tCOhkbc0wZ4mQTaGCUX6bJUt5+qEbo6du
Zi1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:from:to:subject:date:message-id:mime-version
:content-transfer-encoding;
bh=0FFNrkmA9jE1yOYiND/+Af6659yr+eQB6OyULewz8mY=;
b=BofF8eT95ALvRE6QYeTb/j8fNH9Lr0LvKrfOzQGsdiIpcuDCamKTh7zObS2bW+pQhq
ubAPSpEPkWR7KKUJgAb1TKSiLBZ0xoJizqZhqS+AR6VhCY7gZqkOBIyLrgNANKGTdBgY
q52BWoq5qlu0dLDt6yFs1sdnODsoMIhztYeY/E1XnifocZGqeaEDrZABYz+QZu8BjYTI
VhhPHc/a7Vaed94R7CsrGu/3v1FCXDoOH2b1kXevnrca2FddJ85h3FuMzQ2KLL4XUbNx
8KLf1pKyuFaWXTysrymQQnH3Zf9XZc7zon8c90X84R+55Yc+HAgXM1hAlvoLvaPkWpIl
c3mg==
X-Gm-Message-State: AKwxyteBSYBhPJYDpek9ZgpGL5wWe8NL7j3op7t6+GNcUMhEUG/F/Sg9
Kiy45Lb+iplnrxBwzB6lUM/LMWKt
X-Google-Smtp-Source: AH8x22756uxrRo++Kc3QxX+szklF1JsljnqdnD8661mhRe5UScyFFfVgifw0wa6rQCTPq7HnT9ZV9w==
X-Received: by 10.223.164.22 with SMTP id d22mr5790363wra.186.1516614695492;
Mon, 22 Jan 2018 01:51:35 -0800 (PST)
Received: from a.muc.corp.google.com ([2a00:79e0:15:4:bfda:710c:4a38:a674])
by smtp.gmail.com with ESMTPSA id f48sm10448181wra.72.2018.01.22.01.51.33
for
(version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
Mon, 22 Jan 2018 01:51:34 -0800 (PST)
From: Philipp Stephani
To: bug-gnu-emacs@gnu.org
Subject: 27.0.50; Changing major mode resets non-default invisibility spec
Date: Mon, 22 Jan 2018 10:51:32 +0100
Message-ID:
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -3.8 (---)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.8 (---)
C-x b *foo* RET
M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo" 'invis=
ible 'foo)))
Now "foo" is visible, as it should be.
M-x fundamental-mode =3D> "foo" becomes invisible, because
`kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
This can be confusing for modes that use conditional invisibility
properties such as markdown-mode.
Probably `kill-all-local-variables' shouldn't blindly reset
`buffer-invisibility-spec', or maybe it should remove conditional
invisibility properties.
In GNU Emacs 27.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.22.24)
of 2018-01-22 built on localhost
Repository revision: d0fd9809d7574c67a181225fcc1c59afdbb1295c
Windowing system distributor 'The X.Org Foundation', version 11.0.11903000
System Description: Debian GNU/Linux
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Configured using:
'configure --without-threads --enable-gcc-warnings=3Dwarn-only
--enable-gtk-deprecation-warnings --without-pop --with-mailutils
--enable-checking --enable-check-lisp-object-type --with-modules
'CFLAGS=3D-O0 -ggdb3''
Configured features:
XPM JPEG TIFF GIF PNG SOUND DBUS GSETTINGS NOTIFY GNUTLS FREETYPE XFT
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES JSON
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 95246 8855)
(symbols 48 20322 1)
(miscs 40 41 121)
(strings 32 28332 1986)
(string-bytes 1 756483)
(vectors 16 14131)
(vector-slots 8 499256 13014)
(floats 8 49 68)
(intervals 56 225 0)
(buffers 992 12))
--=20
Google Germany GmbH
Erika-Mann-Stra=C3=9Fe 33
80636 M=C3=BCnchen
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Gesch=C3=A4ftsf=C3=BChrer: Paul Manicle, Halimah DeLaine Prado
If you received this communication by mistake, please don=E2=80=99t forward=
it to
anyone else (it may contain confidential or privileged information), please
erase all copies of it, including all attachments, and please let the sender
know it went to the wrong person. Thanks.
From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 22 10:57:03 2018
Received: (at 30204) by debbugs.gnu.org; 22 Jan 2018 15:57:03 +0000
Received: from localhost ([127.0.0.1]:38317 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1edeSz-0008Lq-Rp
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 10:57:03 -0500
Received: from eggs.gnu.org ([208.118.235.92]:48911)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1edeSx-0008LT-UI
for 30204@debbugs.gnu.org; Mon, 22 Jan 2018 10:57:00 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1edeSp-0007vq-HH
for 30204@debbugs.gnu.org; Mon, 22 Jan 2018 10:56:54 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD
autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38309)
by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from )
id 1edeSp-0007vi-Df; Mon, 22 Jan 2018 10:56:51 -0500
Received: from [176.228.60.248] (port=3289 helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
(Exim 4.82) (envelope-from )
id 1edeSo-0007iG-Or; Mon, 22 Jan 2018 10:56:51 -0500
Date: Mon, 22 Jan 2018 17:56:38 +0200
Message-Id: <83h8rdrio9.fsf@gnu.org>
From: Eli Zaretskii
To: Philipp Stephani
In-reply-to: (message from Philipp
Stephani on Mon, 22 Jan 2018 10:51:32 +0100)
Subject: Re: bug#30204: 27.0.50;
Changing major mode resets non-default invisibility spec
References:
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Reply-To: Eli Zaretskii
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -5.0 (-----)
> From: Philipp Stephani
> Date: Mon, 22 Jan 2018 10:51:32 +0100
>
> C-x b *foo* RET
> M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo" 'invisible 'foo)))
>
> Now "foo" is visible, as it should be.
>
> M-x fundamental-mode => "foo" becomes invisible, because
> `kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
> This can be confusing for modes that use conditional invisibility
> properties such as markdown-mode.
> Probably `kill-all-local-variables' shouldn't blindly reset
> `buffer-invisibility-spec', or maybe it should remove conditional
> invisibility properties.
Why can't you make buffer-invisibility-spec be a permanent-local
variable in the cases where that is TRT?
(In general, clearing buffer-invisibility-spec on major mode change
sounds appropriate to me.)
From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 22 15:42:20 2018
Received: (at 30204) by debbugs.gnu.org; 22 Jan 2018 20:42:20 +0000
Received: from localhost ([127.0.0.1]:38566 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1ediv5-00075b-Mn
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 15:42:19 -0500
Received: from mail-lf0-f46.google.com ([209.85.215.46]:42738)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1ediv3-00075O-Hj
for 30204@debbugs.gnu.org; Mon, 22 Jan 2018 15:42:17 -0500
Received: by mail-lf0-f46.google.com with SMTP id q17so12273703lfa.9
for <30204@debbugs.gnu.org>; Mon, 22 Jan 2018 12:42:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=CnjXeGRkbVhxT7mc2nqkobOnmM5jnGL0w3/6dLVvgSw=;
b=exYdLf3GsaRjqNM9X8IwwIgkkgyAE2xZ3cw+V/wXd4qe0oybxpEQ/ZrVWumAf2lVDr
9dhfVvDglBUwQefAyV2E/q4AHzCMV5XmjxK8XRbQRaSNNeQ82nr10LL1aDyIl5Iuw3jl
9krJAapPH7O9rjax7OOCU4HSn7FXqkBsA4gi5y011LgXwgzTWmox+Im8mRW8zvHkerJe
QNcgMX10ZkJnVhd+nlMxuHxCWFt9VDFaZTiPIAPu7IHBtRiNKJ3SSZCk7Su5uHTAbr5o
xPxeXP5dqbFJVcKe1mUlZsbDVrC/egUpbNe19hGCKhUrHpDeFan1Wt3UwRB5/gOjgrhf
n9nA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=CnjXeGRkbVhxT7mc2nqkobOnmM5jnGL0w3/6dLVvgSw=;
b=I1fx525hJnEVSWXuOKTFIWbaRPkjXVvH+yxfMM1/C9FMbLMD4urhO9hDINEEmEoUCm
rVJ1CBtpi8LlGxTtqo/PIgwGJRqraWjcUCu5ZNnqqCkVL3I3hxniBgsEN4e/gBjCytmE
gpnq9JvDc1aje/3MLOyEPGc3OzmYuop1MsHktoS+jnzvUZ4Coper+gGheS1ZGLkFFPnb
vWSeS+SnDO04SenD55kQNORYcnJW82OhLx0D6efaPO/qZ4dJ47sVgoEzFkqLFi7asNee
HP2UQO3oNcYWjE+MgGKLRPhDudtTfXyZi4i5LgcO5n0Zb5O5eXwJL71+v4QGuGelHdNs
lZVg==
X-Gm-Message-State: AKwxyteZ7t3NUMAgUwKyS6lYFUDdev1v0eFlubqqsyGZvwB3KEYSywWL
AxIA33felYbiAPA32a2GzQk5gZDCDweHhOWoBdw=
X-Google-Smtp-Source: AH8x226LtYzD4t95LhWpiXwIcZZiYyST+xRltttqD4065B9gUmQPLCSGFyo+BRNU8HXWESMjASSUAeYaAKvuokh0d5Q=
X-Received: by 10.25.93.83 with SMTP id p19mr45170lfj.113.1516653731270; Mon,
22 Jan 2018 12:42:11 -0800 (PST)
MIME-Version: 1.0
References: <83h8rdrio9.fsf@gnu.org>
In-Reply-To: <83h8rdrio9.fsf@gnu.org>
From: Philipp Stephani
Date: Mon, 22 Jan 2018 20:42:00 +0000
Message-ID:
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
To: Eli Zaretskii
Content-Type: multipart/alternative; boundary="f403045e49fae657a20563637604"
X-Spam-Score: 0.2 (/)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: 0.2 (/)
--f403045e49fae657a20563637604
Content-Type: text/plain; charset="UTF-8"
Eli Zaretskii schrieb am Mo., 22. Jan. 2018 um 16:57 Uhr:
> > From: Philipp Stephani
> > Date: Mon, 22 Jan 2018 10:51:32 +0100
> >
> > C-x b *foo* RET
> > M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo"
> 'invisible 'foo)))
> >
> > Now "foo" is visible, as it should be.
> >
> > M-x fundamental-mode => "foo" becomes invisible, because
> > `kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
> > This can be confusing for modes that use conditional invisibility
> > properties such as markdown-mode.
> > Probably `kill-all-local-variables' shouldn't blindly reset
> > `buffer-invisibility-spec', or maybe it should remove conditional
> > invisibility properties.
>
> Why can't you make buffer-invisibility-spec be a permanent-local
> variable in the cases where that is TRT?
>
>
Hmm, yes, that sounds like a good idea. Let me try that.
--f403045e49fae657a20563637604
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Eli Za=
retskii <
eliz@gnu.org> schrieb am=
Mo., 22. Jan. 2018 um 16:57=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Mon, 22 Jan 2018 10:51:32 +0100
>
> C-x b *foo* RET
> M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize &qu=
ot;foo" 'invisible 'foo)))
>
> Now "foo" is visible, as it should be.
>
> M-x fundamental-mode =3D> "foo" becomes invisible, becaus=
e
> `kill-all-local-variables' has reset `buffer-invisibility-spec'=
; to t.
> This can be confusing for modes that use conditional invisibility
> properties such as markdown-mode.
> Probably `kill-all-local-variables' shouldn't blindly reset
> `buffer-invisibility-spec', or maybe it should remove conditional<=
br>
> invisibility properties.
Why can't you make buffer-invisibility-spec be a permanent-local
variable in the cases where that is TRT?
Hmm, yes, that sounds like a good idea=
. Let me try that.=C2=A0
--f403045e49fae657a20563637604--
From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 22 15:47:43 2018
Received: (at 30204) by debbugs.gnu.org; 22 Jan 2018 20:47:43 +0000
Received: from localhost ([127.0.0.1]:38570 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1edj0J-0007E9-ED
for submit@debbugs.gnu.org; Mon, 22 Jan 2018 15:47:43 -0500
Received: from mail-lf0-f51.google.com ([209.85.215.51]:35183)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1edj0H-0007Dx-Tk
for 30204@debbugs.gnu.org; Mon, 22 Jan 2018 15:47:42 -0500
Received: by mail-lf0-f51.google.com with SMTP id a204so12300159lfa.2
for <30204@debbugs.gnu.org>; Mon, 22 Jan 2018 12:47:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=4Ol0D5NPQq03m7OdCyOvJkhtZvnXgmrB0kUzgd2iaio=;
b=kEWL6jesH5z3qvP7/VXKcV3rw9pE+J/EXwhinMaoPhfEtbAwZyIPYS3iUgrPLeE2AJ
U4sYZH1uMcNLb/j3Zkx9/yIeQKxj2fHINMR1KmzeAoSmIZL5aHNqkWqRy5qHeL7VYaDm
brT8kvYOSPrnYgLJfNLWrseh0xSp2lvMCl+dAHXkKvpSeU6PCZ3NJtCJiadSv1p+TwjZ
Us1VwxDJh1caVLnvt0NfQw+ytY6kDvaZJhb0FYWDugnTfWza5NKY+pKv90+sLtYslM4D
el4Acsq5qunPJEojnsHkcTlo/hHM4PE+6hsDT8kuefdakGtnohn7ekBRqmejWVC7UVVH
LMfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=4Ol0D5NPQq03m7OdCyOvJkhtZvnXgmrB0kUzgd2iaio=;
b=fqliiHpryPL3VS6DDPgr8nFAR71xRS0ztWFC84MN5UteJeZZ5I8HWYbZlGc8+jzxWT
oY8xyn8wB9nL/X/hu6EnwBSuq1+JjWmAk7PhrxEQZd8Hom/tqrrJXNOhFnJiwSw9cJax
yq27MhFwBGw+vOofJsCeB/Lqpfs7RCcmJV/jrilYxuR8HuEAAo1H1bNTyEUa+0uKEn16
A3ylvvVGX+TdUt6GMrnDB+IS+jBoMh3kVHx9Dfp2cPpYLQ2Ht8yfl4VBDR1T8lWeDvsJ
6fcNVqh8Ias0XOGkEZ5bjOfrqG/7K1lL25pw2aHZ0tFm1RFWAsKgQ8CaUckTgRRezNfG
ubQQ==
X-Gm-Message-State: AKwxytdVPI+W+r33UYBxctqQLlBs2HA5i7fRq1gCxM4ekY7z26Z7biwm
NZo2yRtKmv7iHlXvuy8vYAaD6fpscRKt6oXyqVs=
X-Google-Smtp-Source: AH8x225G5gcNU4O1SxL0Qr1T3w6s9t3v8sSVEkOOS7P/LBEUDogUcygJ6XZSENOYjg1FGepp83fZwtUHBJPiSz0qAgQ=
X-Received: by 10.25.22.2 with SMTP id m2mr70154lfi.21.1516654055852; Mon, 22
Jan 2018 12:47:35 -0800 (PST)
MIME-Version: 1.0
References: <83h8rdrio9.fsf@gnu.org>
In-Reply-To:
From: Philipp Stephani
Date: Mon, 22 Jan 2018 20:47:25 +0000
Message-ID:
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
To: Eli Zaretskii
Content-Type: multipart/alternative; boundary="001a114082e03f10e40563638a16"
X-Spam-Score: 0.2 (/)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: 0.2 (/)
--001a114082e03f10e40563638a16
Content-Type: text/plain; charset="UTF-8"
Philipp Stephani schrieb am Mo., 22. Jan. 2018 um
21:42 Uhr:
> Eli Zaretskii schrieb am Mo., 22. Jan. 2018 um 16:57 Uhr:
>
>> > From: Philipp Stephani
>> > Date: Mon, 22 Jan 2018 10:51:32 +0100
>> >
>> > C-x b *foo* RET
>> > M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo"
>> 'invisible 'foo)))
>> >
>> > Now "foo" is visible, as it should be.
>> >
>> > M-x fundamental-mode => "foo" becomes invisible, because
>> > `kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
>> > This can be confusing for modes that use conditional invisibility
>> > properties such as markdown-mode.
>> > Probably `kill-all-local-variables' shouldn't blindly reset
>> > `buffer-invisibility-spec', or maybe it should remove conditional
>> > invisibility properties.
>>
>> Why can't you make buffer-invisibility-spec be a permanent-local
>> variable in the cases where that is TRT?
>>
>>
> Hmm, yes, that sounds like a good idea. Let me try that.
>
I don't think this works: The permanent-local property is a global symbol
property, but I'd need it to be per-buffer.
--001a114082e03f10e40563638a16
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Eli Zaretskii <
eliz@gnu.org> schrieb am Mo., 22. Jan. 2018 um 16:57=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.co=
m>
> Date: Mon, 22 Jan 2018 10:51:32 +0100
>
> C-x b *foo* RET
> M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize &qu=
ot;foo" 'invisible 'foo)))
>
> Now "foo" is visible, as it should be.
>
> M-x fundamental-mode =3D> "foo" becomes invisible, becaus=
e
> `kill-all-local-variables' has reset `buffer-invisibility-spec'=
; to t.
> This can be confusing for modes that use conditional invisibility
> properties such as markdown-mode.
> Probably `kill-all-local-variables' shouldn't blindly reset
> `buffer-invisibility-spec', or maybe it should remove conditional<=
br>
> invisibility properties.
Why can't you make buffer-invisibility-spec be a permanent-local
variable in the cases where that is TRT?
Hmm, yes, that sounds like a good idea. Let me try that.=
=C2=A0
I don't think =
this works: The permanent-local property is a global symbol property, but I=
'd need it to be per-buffer.=C2=A0
--001a114082e03f10e40563638a16--
From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 13 08:50:23 2021
Received: (at 30204) by debbugs.gnu.org; 13 Aug 2021 12:50:23 +0000
Received: from localhost ([127.0.0.1]:40798 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mEWdj-0002Zz-1T
for submit@debbugs.gnu.org; Fri, 13 Aug 2021 08:50:23 -0400
Received: from quimby.gnus.org ([95.216.78.240]:51214)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mEWdf-0002Za-C2
for 30204@debbugs.gnu.org; Fri, 13 Aug 2021 08:50:22 -0400
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=zUfMjEl66LYYr/Il5h+kfqopjWhIADuMu4BkOaNLQnE=; b=ooJS/HeLPDcfeozVWAh/cjh8kj
WJKIRXaE50YI/OSQoG3g3zEfW798OPki2ZhETDY5lU86MYAXfaZ/If2EH7QZByJEN8g6NG88FIm3u
22gyEzJshvhyT0sKxjLV9kSlWMS+PV7XLyXJBwend06qVZnD67HhFQaivA3ojs9KcZ2g=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mEWdU-0003zu-MB; Fri, 13 Aug 2021 14:50:12 +0200
From: Lars Ingebrigtsen
To: Philipp Stephani
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References:
Date: Fri, 13 Aug 2021 14:50:08 +0200
In-Reply-To: (Philipp Stephani's
message of "Mon, 22 Jan 2018 10:51:32 +0100")
Message-ID: <87lf55cxvj.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Philipp Stephani writes: > C-x b
*foo*
RET > M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo"
'invisible 'foo))) > > Now "foo" is visible,
as it should be. > > M-x fundamental-mode
=> "foo" becomes invisib [...]
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
Philipp Stephani writes:
> C-x b *foo* RET
> M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo" 'invisible 'foo)))
>
> Now "foo" is visible, as it should be.
>
> M-x fundamental-mode => "foo" becomes invisible, because
> `kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
> This can be confusing for modes that use conditional invisibility
> properties such as markdown-mode.
I'm not quite sure I understand the problem here -- if you have a buffer
in markdown-mode (that's set these properties), why would you change to
fundamental-mode?
And I think this is correct behaviour -- if you've switched to
fundamental-mode, then you don't want these remnants from markdown-mode
to survive, I think?
> Why can't you make buffer-invisibility-spec be a permanent-local
> variable in the cases where that is TRT?
>
> Hmm, yes, that sounds like a good idea. Let me try that.
>
> I don't think this works: The permanent-local property is a global symbol
> property, but I'd need it to be per-buffer.
Yes, I don't think we have any mechanism that says "this buffer-local
value should survive if you change major mode, but only this one". And
I think that's probably a good idea, because it sounds like a confusing
interface.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 13 08:50:36 2021
Received: (at control) by debbugs.gnu.org; 13 Aug 2021 12:50:36 +0000
Received: from localhost ([127.0.0.1]:40800 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mEWdk-0002a7-96
for submit@debbugs.gnu.org; Fri, 13 Aug 2021 08:50:36 -0400
Received: from quimby.gnus.org ([95.216.78.240]:51228)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mEWdi-0002Ze-EV
for control@debbugs.gnu.org; Fri, 13 Aug 2021 08:50:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc:
MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID:
Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
:Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
List-Subscribe:List-Post:List-Owner:List-Archive;
bh=3EtofRTnCdvpDGUOwAt38FsFlqsWMIZ7G8GstvuNkbQ=; b=oIF+ewH9N1pHztAzaoNvdb/cig
E0l93itF4r4dTDex8JqludAvi1AMbAVvJU63AtWkNDwVDDSRL44kMCH56fVgvYP56lpgOTSkLOopc
rxMnuPfubq0+Q6Vmefgt+hDgXqe0bvU7ciZeXfpn4fEE1B1F6X+Ldo+4wVuhP7BUDcOQ=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from ) id 1mEWda-000402-IC
for control@debbugs.gnu.org; Fri, 13 Aug 2021 14:50:16 +0200
Date: Fri, 13 Aug 2021 14:50:14 +0200
Message-Id: <87k0kpcxvd.fsf@gnus.org>
To: control@debbugs.gnu.org
From: Lars Ingebrigtsen
Subject: control message for bug #30204
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: tags 30204 + moreinfo quit
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -1.0 (-)
tags 30204 + moreinfo
quit
From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 14:35:20 2021
Received: (at 30204) by debbugs.gnu.org; 4 Sep 2021 18:35:20 +0000
Received: from localhost ([127.0.0.1]:48555 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMaVc-0004AV-HQ
for submit@debbugs.gnu.org; Sat, 04 Sep 2021 14:35:20 -0400
Received: from mail-wr1-f54.google.com ([209.85.221.54]:36522)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMaVa-0004AG-ES
for 30204@debbugs.gnu.org; Sat, 04 Sep 2021 14:35:18 -0400
Received: by mail-wr1-f54.google.com with SMTP id q14so3461151wrp.3
for <30204@debbugs.gnu.org>; Sat, 04 Sep 2021 11:35:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=2GdZCeiokNsMcTmN5VohNbRLatPwNaFDwX+mDFoFJmg=;
b=lOfzFCdtL9PBvdjS1ZRc6oF85We0LXERPx5NAB9PNGyd39INg7mxcaIAq3tUSrAUsW
B/YdY/QQczFAFfKvHnxXLyohkgXJ2vyhdivd/Q6bd90rwlWhVeGy34MgWp5BzN7kcNYI
uv9ODt0PJeiqAVSXO5GSXNNXueZe8HFK6p/8WUII30iraFDOpiwdH4H9kjVOuO0D5/zM
n8W+/KOJFJYpEUURIlT5YnWtd/bNJPcFdV5M/PYHoCN2X7yEAVIO+0r0V6/ZldflvXpT
x/zKOBEkNfRfEj5rTBhStW0e9I3oZqWwwfcl9M5PvmaUWR8RTuI514DDDqgLTXL9TkP9
ZTNA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=2GdZCeiokNsMcTmN5VohNbRLatPwNaFDwX+mDFoFJmg=;
b=MrNm7Wfjpo8mVU1O26HQTlbJEkQkdtBDwLo+l2WdWa4C1H3MV99lQmuzHXKYUs/eIQ
fzABaqYmMadt3n1Tz2Av0/A6jtll3I+tV4dgUGL0PYaSbjfTzDhcF0vk3Z6vfI50v4JJ
uHuM2ogW2RMBEyJbm5l8kMGk4LqA+v2uhqS//JK4FYSV8Px8n0GZbpi7ydpDa3kSJLTl
gvqh3vWlmEMbOnvtadqZu/Uj4IVYIrpOdDnSvqIzEC7B0GOuogzlaYYSC5OPppLhv1g/
PcM+/CZmyUc2aBgE2qj15H0HgXtWrUIoRSLDdZuMjGtu4j5in6uwNCL/C0KrGY/4iKlJ
d9PA==
X-Gm-Message-State: AOAM533Xuf9gYjPwab/qxL0Dw3+ObLFMdKFeSqpIs4fRhcM2y/twGWEq
3v+lKU6nq1gSRm8NIEBki2k=
X-Google-Smtp-Source: ABdhPJyfdXYe9aMMYl60DFYOA9m8+AGu84dWFzdHVeIjeVArSFTrnwzNZskEhlVJ/0M82qvfDN98/A==
X-Received: by 2002:a05:6000:344:: with SMTP id
e4mr5167786wre.423.1630780512386;
Sat, 04 Sep 2021 11:35:12 -0700 (PDT)
Received: from smtpclient.apple ([46.128.209.111])
by smtp.gmail.com with ESMTPSA id t14sm2844163wrw.59.2021.09.04.11.35.11
(version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
Sat, 04 Sep 2021 11:35:11 -0700 (PDT)
Content-Type: text/plain;
charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
From: Philipp
In-Reply-To: <87lf55cxvj.fsf@gnus.org>
Date: Sat, 4 Sep 2021 20:35:11 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
References: <87lf55cxvj.fsf@gnus.org>
To: Lars Ingebrigtsen
X-Mailer: Apple Mail (2.3654.120.0.1.13)
X-Spam-Score: 0.2 (/)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -0.8 (/)
> Am 13.08.2021 um 14:50 schrieb Lars Ingebrigtsen :
>=20
> Philipp Stephani writes:
>=20
>> C-x b *foo* RET
>> M-: (progn (add-to-invisibility-spec 'bar) (insert (propertize "foo" =
'invisible 'foo)))
>>=20
>> Now "foo" is visible, as it should be.
>>=20
>> M-x fundamental-mode =3D> "foo" becomes invisible, because
>> `kill-all-local-variables' has reset `buffer-invisibility-spec' to t.
>> This can be confusing for modes that use conditional invisibility
>> properties such as markdown-mode.
>=20
> I'm not quite sure I understand the problem here -- if you have a =
buffer
> in markdown-mode (that's set these properties), why would you change =
to
> fundamental-mode?
Why not? Changing the major mode of a buffer is a supported operation. =
For example, maybe I decide mid-way while writing a Markdown document =
that I'd rather want a plain text file without special syntax.
>=20
> And I think this is correct behaviour -- if you've switched to
> fundamental-mode, then you don't want these remnants from =
markdown-mode
> to survive, I think?
Yes, but they do survive, i.e. once markdown-mode has made some text =
conditionally-visible (which it does for URLs etc.), I'd expect it to =
become unconditionally-visible instead of unconditionally-invisible when =
changing the major mode.
>=20
>> Why can't you make buffer-invisibility-spec be a permanent-local
>> variable in the cases where that is TRT?
>>=20
>> Hmm, yes, that sounds like a good idea. Let me try that.=20
>>=20
>> I don't think this works: The permanent-local property is a global =
symbol
>> property, but I'd need it to be per-buffer.=20
>=20
> Yes, I don't think we have any mechanism that says "this buffer-local
> value should survive if you change major mode, but only this one". =
And
> I think that's probably a good idea, because it sounds like a =
confusing
> interface.
>=20
>=20
Yes, and probably it's difficult to define a reasonably generic API for =
this.
Maybe we should aim for a more specific solution: For example, Emacs =
could make all conditionally-visible text unconditionally-visible when =
changing major modes? Or have a way for major modes to declare which =
invisibility specifiers are mode-specific and should be undone when =
leaving the mode?
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 04:53:17 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 08:53:17 +0000
Received: from localhost ([127.0.0.1]:49164 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMnts-0002Ko-Qh
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 04:53:17 -0400
Received: from quimby.gnus.org ([95.216.78.240]:49526)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMntq-0002KU-W5
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 04:53:16 -0400
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=ss3Axpz71O8XmTZs/g91xzpJ90AfwkNWljtFmgeeYB0=; b=mI5IjCWLGrLqy7FEvVe13eCHsl
h+gkWWMAZMAHuRsMOwIvy7UstESJaZ+u+H9TzS4SV6cwhA/KDKIgaj8QJ6JZa2zIRAQ7FtfRB2UNk
6oJ9+3o7tNyxM4FhegaLQk/UM1nh7KtysVhY0GgFsksQAX7ZeAr3vsuNypGYZOK2vdG0=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mMnth-0003fw-Oe; Sun, 05 Sep 2021 10:53:08 +0200
From: Lars Ingebrigtsen
To: Philipp
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
Date: Sun, 05 Sep 2021 10:53:05 +0200
In-Reply-To: <97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com> (Philipp's
message of "Sat, 4 Sep 2021 20:35:11 +0200")
Message-ID: <87ilzfo13i.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Philipp writes: >> And I think this
is correct behaviour -- if you've switched to >> fundamental-mode, then you
don't want these remnants from markdown-mode >> to survive, I think? > >
Yes, but they do survive, i.e. [...]
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
Philipp writes:
>> And I think this is correct behaviour -- if you've switched to
>> fundamental-mode, then you don't want these remnants from markdown-mode
>> to survive, I think?
>
> Yes, but they do survive, i.e. once markdown-mode has made some text
> conditionally-visible (which it does for URLs etc.), I'd expect it to
> become unconditionally-visible instead of unconditionally-invisible
> when changing the major mode.
That's true. Hm... Should major modes remove `invisible' text
properties (where the value isn't t)? No, that wouldn't be right,
either.
Uhm. OK, if `buffer-invisibility-spec' isn't t,
`kill-all-local-variables' could remove the `invisible' text property
from all text that has a non-t value?
That sounds like it would potentially be expensive, but a non-nil
invisibility spec is quite unusual (and switching major modes, in
general, is unusual (well, switching from anything but fundamental-mode
is unusual)).
I dunno. Anybody have an opinion here?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 05:34:23 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 09:34:23 +0000
Received: from localhost ([127.0.0.1]:49225 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMoXe-0003Pj-W9
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 05:34:23 -0400
Received: from eggs.gnu.org ([209.51.188.92]:52032)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMoXc-0003PT-Ak
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 05:34:21 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58866)
by eggs.gnu.org with esmtp (Exim 4.90_1)
(envelope-from )
id 1mMoXX-0004Mu-0u; Sun, 05 Sep 2021 05:34:15 -0400
Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1209
helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from )
id 1mMoXW-0000gm-DC; Sun, 05 Sep 2021 05:34:14 -0400
Date: Sun, 05 Sep 2021 12:34:16 +0300
Message-Id: <83wnnvtlgn.fsf@gnu.org>
From: Eli Zaretskii
To: Lars Ingebrigtsen
In-Reply-To: <87ilzfo13i.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun,
05 Sep 2021 10:53:05 +0200)
Subject: Re: bug#30204: 27.0.50;
Changing major mode resets non-default invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
> From: Lars Ingebrigtsen
> Date: Sun, 05 Sep 2021 10:53:05 +0200
> Cc: 30204@debbugs.gnu.org
>
> > Yes, but they do survive, i.e. once markdown-mode has made some text
> > conditionally-visible (which it does for URLs etc.), I'd expect it to
> > become unconditionally-visible instead of unconditionally-invisible
> > when changing the major mode.
>
> That's true. Hm... Should major modes remove `invisible' text
> properties (where the value isn't t)? No, that wouldn't be right,
> either.
>
> Uhm. OK, if `buffer-invisibility-spec' isn't t,
> `kill-all-local-variables' could remove the `invisible' text property
> from all text that has a non-t value?
>
> That sounds like it would potentially be expensive, but a non-nil
> invisibility spec is quite unusual (and switching major modes, in
> general, is unusual (well, switching from anything but fundamental-mode
> is unusual)).
>
> I dunno. Anybody have an opinion here?
I think this is a corner use case, and if there's no easy way of doing
something better with it, we shouldn't do anything.
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 05:43:37 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 09:43:37 +0000
Received: from localhost ([127.0.0.1]:49252 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMogb-0003eg-57
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 05:43:37 -0400
Received: from quimby.gnus.org ([95.216.78.240]:50036)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMoga-0003eT-9w
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 05:43:36 -0400
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=a/0hus8t0C9SyaFItq+I0ufFP3TPuz8GbWfMQoI6bbg=; b=ByUf9uMcZpJSWxOfW5sAkb2EfP
7Ff9k03SS+cseczh3Sj6tA2eEpert5WZ/XPcqkvPOPaIf/5oZJ1ndt1+NX9/95SuoJ7NPZy9RRgWl
pWitTOZ4pqeVgV2Gv3UKddpxIFbPoc9lCGPdN/9AEUORrPpkpRz7CLYPEDrxS1DLUEXQ=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mMogQ-00042c-WA; Sun, 05 Sep 2021 11:43:29 +0200
From: Lars Ingebrigtsen
To: Eli Zaretskii
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org>
Date: Sun, 05 Sep 2021 11:43:26 +0200
In-Reply-To: <83wnnvtlgn.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Sep
2021 12:34:16 +0300")
Message-ID: <87zgsrmk75.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Eli Zaretskii writes: > I think this is a
corner
use case, and if there's no easy way of doing > something better with it,
we shouldn't do anything. Perhaps we should have a mode that even more
fundamental
than fundamental-mode, that does a real cleanup of the buffer (removes all
text properties, overlays, etc), and just document that there are so [...]
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
Eli Zaretskii writes:
> I think this is a corner use case, and if there's no easy way of doing
> something better with it, we shouldn't do anything.
Perhaps we should have a mode that even more fundamental than
fundamental-mode, that does a real cleanup of the buffer (removes all
text properties, overlays, etc), and just document that there are some
artefacts that may remain otherwise when changing modes?
We could call it... fundamentalist-mode.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 05:50:50 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 09:50:50 +0000
Received: from localhost ([127.0.0.1]:49266 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMona-00060P-8s
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 05:50:50 -0400
Received: from eggs.gnu.org ([209.51.188.92]:54462)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMonY-00060C-Ld
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 05:50:49 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:59132)
by eggs.gnu.org with esmtp (Exim 4.90_1)
(envelope-from )
id 1mMonT-0001a6-3u; Sun, 05 Sep 2021 05:50:43 -0400
Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2388
helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from )
id 1mMonS-00006z-NC; Sun, 05 Sep 2021 05:50:43 -0400
Date: Sun, 05 Sep 2021 12:50:47 +0300
Message-Id: <83sfyjtkp4.fsf@gnu.org>
From: Eli Zaretskii
To: Lars Ingebrigtsen
In-Reply-To: <87zgsrmk75.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun,
05 Sep 2021 11:43:26 +0200)
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org> <87zgsrmk75.fsf@gnus.org>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
> From: Lars Ingebrigtsen
> Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
> Date: Sun, 05 Sep 2021 11:43:26 +0200
>
> Eli Zaretskii writes:
>
> > I think this is a corner use case, and if there's no easy way of doing
> > something better with it, we shouldn't do anything.
>
> Perhaps we should have a mode that even more fundamental than
> fundamental-mode, that does a real cleanup of the buffer (removes all
> text properties, overlays, etc), and just document that there are some
> artefacts that may remain otherwise when changing modes?
>
> We could call it... fundamentalist-mode.
We could. But my understanding of the original report is that it
isn't limited to Fundamental mode, it expects a switch to _any_ mode
to do the same.
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 06:12:29 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 10:12:29 +0000
Received: from localhost ([127.0.0.1]:49319 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMp8X-0006cL-B4
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 06:12:29 -0400
Received: from quimby.gnus.org ([95.216.78.240]:50308)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMp8V-0006c3-G3
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 06:12:28 -0400
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=BmZEoi7HQIA01F74gQZOPCFwRcOToKcwvHqVx+QcSV8=; b=B1Xlfty0udVGBbDtPZXFPu8CcL
FIQZ46EfwVa5TplmYYfDSggdat4nevgZuyweIvst2GxFgDbTCAC3PMrfzMJsKwr6NmXpW6WVyyp5t
NNcPMh4jVcV1o0n0rqIfFSTsxh1sijI1Oqv/oS98TJ9MnmWE660wQXA9omzNIteAf/MA=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mMp8M-0004Fv-VF; Sun, 05 Sep 2021 12:12:21 +0200
From: Lars Ingebrigtsen
To: Eli Zaretskii
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org>
<87zgsrmk75.fsf@gnus.org> <83sfyjtkp4.fsf@gnu.org>
Date: Sun, 05 Sep 2021 12:12:18 +0200
In-Reply-To: <83sfyjtkp4.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Sep
2021 12:50:47 +0300")
Message-ID: <87h7ezmiv1.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Eli Zaretskii writes: > We could. But my
understanding
of the original report is that it > isn't limited to Fundamental mode, it
expects a switch to _any_ mode > to do the same. Yes, so this wouldn't fix
this, per se. We'd just document that changing modes doesn't clear everything
out (in some obscure corner cases), and then provide this new mode for those
corner cases.
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
Eli Zaretskii writes:
> We could. But my understanding of the original report is that it
> isn't limited to Fundamental mode, it expects a switch to _any_ mode
> to do the same.
Yes, so this wouldn't fix this, per se. We'd just document that
changing modes doesn't clear everything out (in some obscure corner
cases), and then provide this new mode for those corner cases.
Actually, that's a function that's I've wanted before -- I sometimes
find myself in a buffer with lots of... stuff, and then resorting to
saving, killing the buffer and then loading the contents to be sure that
I'm rid of all local variables/overlays/text properties/etc.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 06:32:13 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 10:32:13 +0000
Received: from localhost ([127.0.0.1]:49354 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMpRd-0002p6-9K
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 06:32:13 -0400
Received: from eggs.gnu.org ([209.51.188.92]:60086)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMpRa-0002in-BH
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 06:32:11 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:60074)
by eggs.gnu.org with esmtp (Exim 4.90_1)
(envelope-from )
id 1mMpRT-0002rf-A1; Sun, 05 Sep 2021 06:32:04 -0400
Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4986
helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from )
id 1mMpRQ-000729-1c; Sun, 05 Sep 2021 06:32:02 -0400
Date: Sun, 05 Sep 2021 13:32:01 +0300
Message-Id: <83o897tise.fsf@gnu.org>
From: Eli Zaretskii
To: Lars Ingebrigtsen
In-Reply-To: <87h7ezmiv1.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun,
05 Sep 2021 12:12:18 +0200)
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org>
<87zgsrmk75.fsf@gnus.org> <83sfyjtkp4.fsf@gnu.org> <87h7ezmiv1.fsf@gnus.org>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
> From: Lars Ingebrigtsen
> Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
> Date: Sun, 05 Sep 2021 12:12:18 +0200
>
> Actually, that's a function that's I've wanted before -- I sometimes
> find myself in a buffer with lots of... stuff, and then resorting to
> saving, killing the buffer and then loading the contents to be sure that
> I'm rid of all local variables/overlays/text properties/etc.
Doesn't font-lock-fontify-block (which used to be "M-o M-o") do what
you want?
From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 06:44:52 2021
Received: (at 30204) by debbugs.gnu.org; 5 Sep 2021 10:44:53 +0000
Received: from localhost ([127.0.0.1]:49377 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mMpds-0003Uo-NH
for submit@debbugs.gnu.org; Sun, 05 Sep 2021 06:44:52 -0400
Received: from quimby.gnus.org ([95.216.78.240]:50544)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mMpdr-0003Ub-D8
for 30204@debbugs.gnu.org; Sun, 05 Sep 2021 06:44:51 -0400
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=CY4Xqu9wBIJAOFbmNBlB1Frb6n43LMgbczDeCyFn2Dg=; b=T2D7bii91hPAOa8gMg2i4hRX/k
4i7cajotEjSPpkfR8iH0QfkIxiX8DVTifb3/ndl+T44LfuN/iLH45IcXvWlwPuYMOk1W3lk6VLlZJ
GDdTRC7R1oOEUGX1dIU6jNZt4tbKShyruwOb2bU+DTnT9Yi81hG5yBXgpP/LafWmNIOY=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mMpdh-0004RL-VZ; Sun, 05 Sep 2021 12:44:44 +0200
From: Lars Ingebrigtsen
To: Eli Zaretskii
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org>
<87zgsrmk75.fsf@gnus.org> <83sfyjtkp4.fsf@gnu.org>
<87h7ezmiv1.fsf@gnus.org> <83o897tise.fsf@gnu.org>
Date: Sun, 05 Sep 2021 12:44:39 +0200
In-Reply-To: <83o897tise.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 05 Sep
2021 13:32:01 +0300")
Message-ID: <8735qjmhd4.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Eli Zaretskii writes: > Doesn't
font-lock-fontify-block
(which used to be "M-o M-o") do what > you want? Nope -- that doesn't get
rid of all the shenanigans that may be going on in the buffer (display
properties, overlays, etc).
Content analysis details: (-2.9 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 30204
Cc: p.stephani2@gmail.com, 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -3.3 (---)
Eli Zaretskii writes:
> Doesn't font-lock-fontify-block (which used to be "M-o M-o") do what
> you want?
Nope -- that doesn't get rid of all the shenanigans that may be going on
in the buffer (display properties, overlays, etc).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 06 06:19:18 2021
Received: (at 30204) by debbugs.gnu.org; 6 Sep 2021 10:19:18 +0000
Received: from localhost ([127.0.0.1]:52017 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mNBig-0008M3-2v
for submit@debbugs.gnu.org; Mon, 06 Sep 2021 06:19:18 -0400
Received: from kamnitnik.top ([209.250.245.214]:60490 helo=mail.kamnitnik.top)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mNBie-0008Lu-7S
for 30204@debbugs.gnu.org; Mon, 06 Sep 2021 06:19:16 -0400
Received: from localhost (unknown [IPv6:2a00:ee2:e04:9300:225:d3ff:fef9:f08a])
by mail.kamnitnik.top (Postfix) with ESMTPSA id 8B880BBB71;
Mon, 6 Sep 2021 10:19:14 +0000 (UTC)
From:
To: Lars Ingebrigtsen , Philipp
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
In-Reply-To: <87ilzfo13i.fsf@gnus.org>
References:
<87lf55cxvj.fsf@gnus.org> <97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org>
Date: Mon, 06 Sep 2021 12:22:17 +0200
Message-ID: <87zgsqknqe.fsf@miha-pc>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 30204
Cc: 30204@debbugs.gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -1.0 (-)
Lars Ingebrigtsen writes:
> Philipp writes:
>
>>> And I think this is correct behaviour -- if you've switched to
>>> fundamental-mode, then you don't want these remnants from markdown-mode
>>> to survive, I think?
>>
>> Yes, but they do survive, i.e. once markdown-mode has made some text
>> conditionally-visible (which it does for URLs etc.), I'd expect it to
>> become unconditionally-visible instead of unconditionally-invisible
>> when changing the major mode.
>
> That's true. Hm... Should major modes remove `invisible' text
> properties (where the value isn't t)? No, that wouldn't be right,
> either.
>
> Uhm. OK, if `buffer-invisibility-spec' isn't t,
> `kill-all-local-variables' could remove the `invisible' text property
> from all text that has a non-t value?
>
> That sounds like it would potentially be expensive, but a non-nil
> invisibility spec is quite unusual (and switching major modes, in
> general, is unusual (well, switching from anything but fundamental-mode
> is unusual)).
>
> I dunno. Anybody have an opinion here?
markdown-mode should simply add `invisible' to
font-lock-extra-managed-props. Font-lock will then automatically remove
this property as well from the buffer in change-major-mode-hook.
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 06 06:56:03 2021
Received: (at 30204) by debbugs.gnu.org; 6 Oct 2021 10:56:03 +0000
Received: from localhost ([127.0.0.1]:42699 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1mY4ah-0005nR-5X
for submit@debbugs.gnu.org; Wed, 06 Oct 2021 06:56:03 -0400
Received: from quimby.gnus.org ([95.216.78.240]:52458)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1mY4ad-0005mq-0P
for 30204@debbugs.gnu.org; Wed, 06 Oct 2021 06:56:02 -0400
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=LwI9++dOcUAnDYMY+TieLGscFfmgqhlhR8hvirPUPYY=; b=e2zerthJ7uygUA7lkLUBkLYZ3a
j05CzICAht6UevxwKx6T+OVLDVjrYCa6WUpshs4ZxTh6JxjEf+Hn1eksxRnxp6Q672G6KUUiWMaNI
fzdBBtrYthd7nimgOt59Tew+OGOfs5K8MlvANbErHcMsBasB1u0mib9hTwDz3/d2x9e0=;
Received: from [84.212.220.105] (helo=elva)
by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.92) (envelope-from )
id 1mY4aT-0001E8-MQ; Wed, 06 Oct 2021 12:55:52 +0200
From: Lars Ingebrigtsen
To: Eli Zaretskii
Subject: Re: bug#30204: 27.0.50; Changing major mode resets non-default
invisibility spec
References: <87lf55cxvj.fsf@gnus.org>
<97574057-8212-4812-93CF-0C2EC7EA8B39@gmail.com>
<87ilzfo13i.fsf@gnus.org> <83wnnvtlgn.fsf@gnu.org>
<87zgsrmk75.fsf@gnus.org>
X-Now-Playing: Sylvan Esso's _WITH_: "Dreamy Bruises"
Date: Wed, 06 Oct 2021 12:55:44 +0200
In-Reply-To: <87zgsrmk75.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun,
05 Sep 2021 11:43:26 +0200")
Message-ID: <87o8825snj.fsf@gnus.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: Lars Ingebrigtsen