From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#16493: 24.3.50; (setq search-invisible t) is useless, let's allow to turn visible-mode temporarily on Date: Sat, 11 May 2019 11:27:55 -0400 Message-ID: <87k1exhuys.fsf@gmail.com> References: <878uucaun0.fsf@bzg.ath.cx> <871u01zs19.fsf@mail.jurta.org> <87r481fuvk.fsf@bzg.ath.cx> <87k3dtl8lp.fsf@bzg.ath.cx> <87ppcwxiv9.fsf@mail.jurta.org> <87h9xw7puw.fsf@bzg.ath.cx> <87bno3vae9.fsf@bzg.ath.cx> <87zi1nl812.fsf@bzg.fr> <87wowql4sd.fsf@bzg.fr> <87y33snmam.fsf@gmail.com> <87sgtzof4s.fsf@gmail.com> <83lfzrsemu.fsf@gnu.org> <87lfzqo11s.fsf@gmail.com> <83h8aeqfao.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="46613"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: bzg@gnu.org, 16493@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 11 17:29:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hPTvz-000C24-CZ for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 May 2019 17:29:11 +0200 Original-Received: from localhost ([127.0.0.1]:60190 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPTvy-0001uM-Aa for geb-bug-gnu-emacs@m.gmane.org; Sat, 11 May 2019 11:29:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:47150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPTvr-0001uE-0k for bug-gnu-emacs@gnu.org; Sat, 11 May 2019 11:29:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hPTvq-0002Ie-1q for bug-gnu-emacs@gnu.org; Sat, 11 May 2019 11:29:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55523) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hPTvp-0002IZ-Uv for bug-gnu-emacs@gnu.org; Sat, 11 May 2019 11:29:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hPTvp-0005cA-QI for bug-gnu-emacs@gnu.org; Sat, 11 May 2019 11:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 11 May 2019 15:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16493 X-GNU-PR-Package: emacs Original-Received: via spool by 16493-submit@debbugs.gnu.org id=B16493.155758848621511 (code B ref 16493); Sat, 11 May 2019 15:29:01 +0000 Original-Received: (at 16493) by debbugs.gnu.org; 11 May 2019 15:28:06 +0000 Original-Received: from localhost ([127.0.0.1]:40834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hPTuw-0005at-A8 for submit@debbugs.gnu.org; Sat, 11 May 2019 11:28:06 -0400 Original-Received: from mail-it1-f181.google.com ([209.85.166.181]:35167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hPTus-0005aK-I2 for 16493@debbugs.gnu.org; Sat, 11 May 2019 11:28:04 -0400 Original-Received: by mail-it1-f181.google.com with SMTP id u186so13949139ith.0 for <16493@debbugs.gnu.org>; Sat, 11 May 2019 08:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ct/vwLPNbU3ssaqyTYrfFnuYMOCTsRZConpq7Qr4SeA=; b=ebYveDbAqxKpoOA2G8MBjC/0dvtwguyqQnhg4hvenWr1K7hINcsyF4eJtc9G2wfZpC BBgqgAUR+JjoSRGbTU79SlegHC4y8aQVj9vZ3+v0igaCFkCmKUVWe6ro4SPO+pGFKXam +r4AOlvt3cDnNobx/Jkbd7bJb5oKT4lDSReDeh5vlw2GsAdxkEL4MLjq7tVG4Q/VlS40 Vs+EzlmwzajsONtXTjuQxef4qyb2xpnBbiba1q4qKasqDOKubKEti6SQWxIESuHBbPML 2WVkVmflm2dWFAKcE5rtIFwQvQrD+MZyCYlVHz4PQhSeHRNBG08+q+jlBsjL9I1hJhmO rolw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ct/vwLPNbU3ssaqyTYrfFnuYMOCTsRZConpq7Qr4SeA=; b=sOwvxyPe+XPY1CfaLx+axvsFJsDVowo3WGR9wkz08ZFkKPvrfFv65njSfTZgZxh/rh vXQnTednkzcSngAXJM/rwcS8hwGCHiEJWcmqMx1EORCu+NWG5/C8+wi9U7SAR/QrrawQ RrirxyRMdnQ8jP3eTnGhh9HrpOum3HswyWEYsGJHHioPWKkkVlFrouEq9cRo+SaT1Gx1 XkSiraimnPVICCC+t84bK2cRX1K8eWHYSHHzcgBMmL0wHXndXnaaS7KJ38FfQZ7s2NWo yURPHZUKUN6ziaf3XoqdixfId8OuOnBm4s6MsDKsavInxG0644zTL9uGg/rxwRJQxN5a SK7g== X-Gm-Message-State: APjAAAWD+WnWzLS/uXuENhUdanXga/CUyYKpE8XSGIt7603U45m6pXpy hx/36Q9U6WCUkifxeGeG9WY= X-Google-Smtp-Source: APXvYqzvwXUA/j3+fYuQYTkpEA9+SkqNrA/TelCrbk0DydetNN2mnUYWe8Z5ok5alXKDGVZtvQ7jXg== X-Received: by 2002:a05:660c:685:: with SMTP id n5mr12379809itk.57.1557588476920; Sat, 11 May 2019 08:27:56 -0700 (PDT) Original-Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id i141sm3744524ite.20.2019.05.11.08.27.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 11 May 2019 08:27:56 -0700 (PDT) In-Reply-To: <83h8aeqfao.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 01 May 2019 20:02:07 +0300") 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:159090 Archived-At: Eli Zaretskii writes: >> >> PS: To fix this quirk, we should change buffer-invisibility-spec's >> >> default value to nil (or `(t)`, maybe) instead of t. >> >> (t) makes sense, I'd say. > > The difference (or lack thereof) between t and (t) is something that's > confusing, and should be preferably avoided. > >> It's not a change to semantics though, just the default value. And >> starting from the current default of t, if some code does >> (add-to-invisibility-spec 'foo) followed by >> (remove-from-invisibility-spec 'foo) you get (t), so arguably just >> starting from there in the first place makes things less confusing than >> they are now. > > I'd rather we fixed the remove-from-invisibility-spec result than > start promoting (t). Starting from t, (add-to-invisibility-spec 'foo) also has the weird result that it *reduces* the number of properties which cause invisibility (from infinity to 2). It seems unavoidable due to the semantics of t (hence why we should default to (t) instead).