From unknown Fri Sep 05 20:55:56 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#14940 <14940@debbugs.gnu.org> To: bug#14940 <14940@debbugs.gnu.org> Subject: Status: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' Reply-To: bug#14940 <14940@debbugs.gnu.org> Date: Sat, 06 Sep 2025 03:55:56 +0000 retitle 14940 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' reassign 14940 emacs submitter 14940 Drew Adams severity 14940 wishlist tag 14940 patch wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 23 12:29:22 2013 Received: (at submit) by debbugs.gnu.org; 23 Jul 2013 16:29:22 +0000 Received: from localhost ([127.0.0.1]:45125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V1fSi-0007ox-OG for submit@debbugs.gnu.org; Tue, 23 Jul 2013 12:29:21 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42051) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V1fSc-0007ob-GS for submit@debbugs.gnu.org; Tue, 23 Jul 2013 12:29:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V1fSW-0000fp-9I for submit@debbugs.gnu.org; Tue, 23 Jul 2013 12:29:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-99.2 required=5.0 tests=BAYES_50,USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51775) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1fSW-0000fj-6s for submit@debbugs.gnu.org; Tue, 23 Jul 2013 12:29:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43760) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1fSU-0006gN-Ur for bug-gnu-emacs@gnu.org; Tue, 23 Jul 2013 12:29:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V1fST-0000fN-O5 for bug-gnu-emacs@gnu.org; Tue, 23 Jul 2013 12:29:06 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:35371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V1fST-0000fE-Et for bug-gnu-emacs@gnu.org; Tue, 23 Jul 2013 12:29:05 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r6NGT2GE021417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 23 Jul 2013 16:29:03 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6NGT00N025963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Jul 2013 16:29:02 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6NGSxkW007875 for ; Tue, 23 Jul 2013 16:28:59 GMT MIME-Version: 1.0 Message-ID: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> Date: Tue, 23 Jul 2013 09:28:59 -0700 (PDT) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] Content-Type: multipart/mixed; boundary="__137459693954174641abhmt115.oracle.com" X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.4 (--) --__137459693954174641abhmt115.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable `dired-hide-details-mode' is essentially a reimplementation of dired-details (by Rob Giardina). The Emacs 24 implementation of hiding details is better (more efficient) that that of dired-details, which is a good thing. But the behavior is not as good for users as that available with dired-details+. Attached is a patch that rectifies this. It gives users more control. These are the enhancements: 1. Users can decide whether the initial hide/show state of new Dired buffers reflects the last chosen state for a Dired buffer. This is decided by option `dired-hide-details-propagate'. Non-nil means propagate the last chosen state as the initial state of a new Dired buffer. 2. If `dired-hide-details-propagate' is nil, or if the user has not yet explicitly changed any Dired hide/show state, then option `dired-hide-details-initially' defines the initial state of a new Dired buffer. IOW, it specifies what the "last" state defaults to. In the patch the default value of each option is t, but this is open for discussion. In my experience with dired-details+ most users prefer to hide details by default and to let the last chosen state update the default state. But if we wanted to keep the traditional behavior by default then we would just set both options to nil by default. The main point is to give users a choice. Note that regardless of the option values, once a user has chosen a state for a given Dired buffer it remains in effect until s?he hits `(' to choose a different state for _that buffer_. IOW, the options affect only new Dired buffers, that is, buffers where the user has not yet used `('. A user display choice for a given buffer is never overridden. Initialization behavior applies also to `C-x C-v RET', that is, accepting the same directory as the alternate one to visit. This is in keeping with `find-alternate-file' resetting other Dired settings (markings, omissions, display order, switches, etc.). Reverting using `g', however, keeps the user's chosen display state; i.e., unlike `C-x C-v RET', the state is not reinitialized with `g'. Reasons to have non-nil default values for both options: a. `dired-hide-details-propagate': Hide details by default. Simpler, screen-space conservative. Show details on demand: `('. b. `dired-hide-details-propagate': Propagate last view by default. This essentially tells Emacs, "Don't do anything I haven't told you to do. Just keep doing what I last told you to do until I tell you otherwise." For more explanation of why it is a good idea for `dired-hide-details-propagate' ti be non-nil by default, see the thread on emacs-devel: http://lists.gnu.org/archive/html/emacs-devel/2013-07/msg00644.html In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-07-14 on ODIEONE Bzr revision: 113423 lekktu@gmail.com-20130715004922-i67tg2ois14h3fpm Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs CFLAGS=3D'-O0 -g3' CPPFLAGS=3D'-Ic:/Devel/emacs/include' LDFLAGS=3D'-Lc:/Devel/emacs/lib'' --__137459693954174641abhmt115.oracle.com Content-Type: application/octet-stream; name="dired-2013-07-20.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dired-2013-07-20.patch" ZGlmZiAtY3cgZGlyZWQuZWwgZGlyZWQtcGF0Y2hlZC0yMDEzLTA3LTIwLmVsCioqKiBkaXJlZC5l bAlTYXQgSnVsIDIwIDEyOjEwOjU3IDIwMTMKLS0tIGRpcmVkLXBhdGNoZWQtMjAxMy0wNy0yMC5l bAlTYXQgSnVsIDIwIDEyOjE4OjI4IDIwMTMKKioqKioqKioqKioqKioqCioqKiAyNDksMjU0ICoq KioKLS0tIDI0OSwyNjYgLS0tLQogICAgOnZlcnNpb24gIjI0LjQiCiAgICA6Z3JvdXAgJ2RpcmVk KQogIAorIChkZWZjdXN0b20gZGlyZWQtaGlkZS1kZXRhaWxzLWluaXRpYWxseSB0CisgICAiTm9u LW5pbCBtZWFucyBoaWRlIGRldGFpbHMgaW4gRGlyZWQgZnJvbSB0aGUgb3V0c2V0LiIKKyAgIDp0 eXBlICdib29sZWFuIDp2ZXJzaW9uICIyNC40IiA6Z3JvdXAgJ2RpcmVkKQorIAorIChkZWZjdXN0 b20gZGlyZWQtaGlkZS1kZXRhaWxzLXByb3BhZ2F0ZSB0CisgICAiTm9uLW5pbCBtZWFucyBkaXNw bGF5IHRoZSBuZXh0IERpcmVkIGJ1ZmZlciB0aGUgc2FtZSB3YXkgYXMgdGhlIGxhc3QuCisgVGhl IGxhc3QgYGRpcmVkLWhpZGUtZGV0YWlscy1tb2RlJyB2YWx1ZSBzZXQgaXMgdXNlZCBieSB0aGUg bmV4dCBEaXJlZAorIGJ1ZmZlciBjcmVhdGVkLiIKKyAgIDp0eXBlICdib29sZWFuIDp2ZXJzaW9u ICIyNC40IiA6Z3JvdXAgJ2RpcmVkKQorIAorIAorIAogIDs7IEludGVybmFsIHZhcmlhYmxlcwog IAogIChkZWZ2YXIgZGlyZWQtbWFya2VyLWNoYXIgPyoJCTsgdGhlIGFuc3dlciBpcyA0MgoqKioq KioqKioqKioqKioKKioqIDI5NywzMDIgKioqKgotLS0gMzA5LDMyMiAtLS0tCiAgCiAgKHB1dCAn ZGlyZWQtYWN0dWFsLXN3aXRjaGVzICdzYWZlLWxvY2FsLXZhcmlhYmxlICdkaXJlZC1zYWZlLXN3 aXRjaGVzLXApCiAgCisgKGRlZnZhciBkaXJlZC1oaWRlLWRldGFpbHMtbGFzdC1zdGF0ZSBkaXJl ZC1oaWRlLWRldGFpbHMtaW5pdGlhbGx5CisgICAiTGFzdCBgZGlyZWQtaGlkZS1kZXRhaWxzLW1v ZGUnIHZhbHVlLgorIEluaXRpYWxpemVkIHRvIHRoZSB2YWx1ZSBvZiBvcHRpb24gYGRpcmVkLWhp ZGUtZGV0YWlscy1pbml0aWFsbHknLiIpCisgCisgKGRlZnZhciBkaXJlZC1oaWRlLWRldGFpbHMt dG9nZ2xlZCBuaWwKKyAgICJOb24tbmlsIG1lYW5zIHlvdSBoYXZlIGFscmVhZHkgdG9nZ2xlZCBo aWRpbmcgZGV0YWlscyBpbiB0aGlzIGJ1ZmZlci4iKQorIChtYWtlLXZhcmlhYmxlLWJ1ZmZlci1s b2NhbCAnZGlyZWQtaGlkZS1kZXRhaWxzLXRvZ2dsZWQpCisgCiAgKGRlZnZhciBkaXJlZC1yZS1p bm9kZS1zaXplICJbMC05IFx0XSoiCiAgICAiUmVnZXhwIGZvciBvcHRpb25hbCBpbml0aWFsIGlu b2RlIGFuZCBmaWxlIHNpemUgYXMgbWFkZSBieSBgbHMgLWkgLXMnLiIpCiAgCioqKioqKioqKioq KioqKgoqKiogMjI2NSwyMjg2ICoqKioKICAgICAgICAoc3Vic3RyaW5nIGZpbGUgKG1hdGNoLWVu ZCAwKSkKICAgICAgZmlsZSkpCiAgDAohIDs7OyBNaW5vciBtb2RlIGZvciBoaWRpbmcgZGV0YWls cwogIDs7OyMjI2F1dG9sb2FkCiAgKGRlZmluZS1taW5vci1tb2RlIGRpcmVkLWhpZGUtZGV0YWls cy1tb2RlCiAgICAiSGlkZSBkZXRhaWxzIGluIERpcmVkIG1vZGUuIgogICAgOmdyb3VwICdkaXJl ZAohICAgKHVubGVzcyAoZGVyaXZlZC1tb2RlLXAgJ2RpcmVkLW1vZGUpCiEgICAgIChlcnJvciAi Tm90IGEgRGlyZWQgYnVmZmVyIikpCiAgICAoZGlyZWQtaGlkZS1kZXRhaWxzLXVwZGF0ZS1pbnZp c2liaWxpdHktc3BlYykKICAgIChpZiBkaXJlZC1oaWRlLWRldGFpbHMtbW9kZQohICAgICAgIChh ZGQtaG9vayAnd2RpcmVkLW1vZGUtaG9vawohIAkJJ2RpcmVkLWhpZGUtZGV0YWlscy11cGRhdGUt aW52aXNpYmlsaXR5LXNwZWMKISAJCW5pbAohIAkJdCkKISAgICAgKHJlbW92ZS1ob29rICd3ZGly ZWQtbW9kZS1ob29rCiEgCQkgJ2RpcmVkLWhpZGUtZGV0YWlscy11cGRhdGUtaW52aXNpYmlsaXR5 LXNwZWMKISAJCSB0KSkpCiAgCiAgKGRlZnVuIGRpcmVkLWhpZGUtZGV0YWlscy11cGRhdGUtaW52 aXNpYmlsaXR5LXNwZWMgKCkKICAgIChmdW5jYWxsIChpZiBkaXJlZC1oaWRlLWRldGFpbHMtbW9k ZQotLS0gMjI4NSwyMzA5IC0tLS0KICAgICAgICAoc3Vic3RyaW5nIGZpbGUgKG1hdGNoLWVuZCAw KSkKICAgICAgZmlsZSkpCiAgDAohIDs7OyBNaW5vciBtb2RlcyBmb3IgaGlkaW5nIGRldGFpbHMK ISAKISA7OzsjIyNhdXRvbG9hZAohIChkZWZpbmUtZ2xvYmFsaXplZC1taW5vci1tb2RlIGdsb2Jh bC1kaXJlZC1oaWRlLWRldGFpbHMtbW9kZSBkaXJlZC1oaWRlLWRldGFpbHMtbW9kZQohICAgZGly ZWQtaGlkZS1kZXRhaWxzLWlmLWRpcmVkKQohIAogIDs7OyMjI2F1dG9sb2FkCiAgKGRlZmluZS1t aW5vci1tb2RlIGRpcmVkLWhpZGUtZGV0YWlscy1tb2RlCiAgICAgICJIaWRlIGRldGFpbHMgaW4g RGlyZWQgbW9kZS4iCisgICAoYW5kIGRpcmVkLWhpZGUtZGV0YWlscy1wcm9wYWdhdGUgIGRpcmVk LWhpZGUtZGV0YWlscy1sYXN0LXN0YXRlKQogICAgOmdyb3VwICdkaXJlZAohICAgKHVubGVzcyAo ZGVyaXZlZC1tb2RlLXAgJ2RpcmVkLW1vZGUpIChlcnJvciAiTm90IGEgRGlyZWQgYnVmZmVyIikp CiAgICAoZGlyZWQtaGlkZS1kZXRhaWxzLXVwZGF0ZS1pbnZpc2liaWxpdHktc3BlYykKKyAgIChz ZXRxIGRpcmVkLWhpZGUtZGV0YWlscy10b2dnbGVkICB0KQorICAgKHdoZW4gZGlyZWQtaGlkZS1k ZXRhaWxzLXByb3BhZ2F0ZQorICAgICAoc2V0cSBkaXJlZC1oaWRlLWRldGFpbHMtbGFzdC1zdGF0 ZSAgZGlyZWQtaGlkZS1kZXRhaWxzLW1vZGUpKQogICAgKGlmIGRpcmVkLWhpZGUtZGV0YWlscy1t b2RlCiEgICAgICAgKGFkZC1ob29rICd3ZGlyZWQtbW9kZS1ob29rICdkaXJlZC1oaWRlLWRldGFp bHMtdXBkYXRlLWludmlzaWJpbGl0eS1zcGVjIG5pbCB0KQohICAgICAocmVtb3ZlLWhvb2sgJ3dk aXJlZC1tb2RlLWhvb2sgJ2RpcmVkLWhpZGUtZGV0YWlscy11cGRhdGUtaW52aXNpYmlsaXR5LXNw ZWMgdCkpKQogIAogIChkZWZ1biBkaXJlZC1oaWRlLWRldGFpbHMtdXBkYXRlLWludmlzaWJpbGl0 eS1zcGVjICgpCiAgICAoZnVuY2FsbCAoaWYgZGlyZWQtaGlkZS1kZXRhaWxzLW1vZGUKKioqKioq KioqKioqKioqCioqKiAyMjk5LDIzMDQgKioqKgotLS0gMjMyMiwyMzQyIC0tLS0KICAJICAgICAn cmVtb3ZlLWZyb20taW52aXNpYmlsaXR5LXNwZWMpCiAgCSAgICdkaXJlZC1oaWRlLWRldGFpbHMt bGluaykpCiAgCisgKGRlZnVuIGRpcmVkLWhpZGUvc2hvdy1kZXRhaWxzICgpCisgICAiSGlkZS9z aG93IGRldGFpbHMgYWNjb3JkaW5nIHRvIHVzZXIgb3B0aW9ucy4KKyBJZiBgZGlyZWQtaGlkZS1k ZXRhaWxzLXByb3BhZ2F0ZScgaXMgbm9uLW5pbCBhbmQgZGV0YWlscyBoYXZlCisgbmV2ZXIgYmVl biBoaWRkZW4gaW4gdGhlIGJ1ZmZlciwgdGhlbiBoaWRlL3Nob3cgYWNjb3JkaW5nIHRvIHlvdXIg bGFzdAorIGhpZGUvc2hvdyBjaG9pY2UgaW4gYW55IG90aGVyIERpcmVkIGJ1ZmZlciBvciwgaWYg bm8gbGFzdCBjaG9pY2UsCisgYWNjb3JkaW5nIHRvIG9wdGlvbiBgZGlyZWQtaGlkZS1kZXRhaWxz LWluaXRpYWxseScuIgorICAgKHVubGVzcyAob3IgZGlyZWQtaGlkZS1kZXRhaWxzLXRvZ2dsZWQg OyBObyBvcCBpZiBoaWRlL3Nob3cgYWxyZWFkeSBzZXQuCisgICAgICAgICAgICAgICAoYnVmZmVy LW5hcnJvd2VkLXApKSA7IE5vLW9wIHdoZW4gc2hvd2luZyBqdXN0IG5ld2x5IGNvcGllZCBmaWxl IGV0Yy4KKyAgICAgKGNvbmQgKGRpcmVkLWhpZGUtZGV0YWlscy1wcm9wYWdhdGUKKyAgICAgICAg ICAgIChkaXJlZC1oaWRlLWRldGFpbHMtbW9kZSAoaWYgZGlyZWQtaGlkZS1kZXRhaWxzLWxhc3Qt c3RhdGUgMSAtMSkpKQorICAgICAgICAgICAoZGlyZWQtaGlkZS1kZXRhaWxzLWluaXRpYWxseQor ICAgICAgICAgICAgKGRpcmVkLWhpZGUtZGV0YWlscy1tb2RlIDEpKSkpKQorIAorIChhZGQtaG9v ayAnZGlyZWQtYWZ0ZXItcmVhZGluLWhvb2sgIydkaXJlZC1oaWRlL3Nob3ctZGV0YWlscykKKyAM CiAgOzs7IEZ1bmN0aW9ucyBmb3IgZmluZGluZyB0aGUgZmlsZSBuYW1lIGluIGEgZGlyZWQgYnVm ZmVyIGxpbmUuCiAgCiAgKGRlZnZhciBkaXJlZC1wZXJtaXNzaW9uLWZsYWdzLXJlZ2V4cAoKRGlm ZiBmaW5pc2hlZC4gIFNhdCBKdWwgMjAgMTI6MjA6MzUgMjAxMwo= --__137459693954174641abhmt115.oracle.com-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 25 14:30:11 2013 Received: (at 14940) by debbugs.gnu.org; 25 Jul 2013 18:30:11 +0000 Received: from localhost ([127.0.0.1]:49644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V2QIk-0004E9-KN for submit@debbugs.gnu.org; Thu, 25 Jul 2013 14:30:11 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:30933) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V2QIg-0004Cc-TT for 14940@debbugs.gnu.org; Thu, 25 Jul 2013 14:30:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFG4rw3N/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0ag3ADpHqBXoMTgUs X-IPAS-Result: Av8EABK/CFG4rw3N/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLY0ag3ADpHqBXoMTgUs X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="19829808" Received: from 184-175-13-205.dsl.teksavvy.com (HELO pastel.home) ([184.175.13.205]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 25 Jul 2013 14:29:54 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8E32762CD5; Thu, 25 Jul 2013 14:30:00 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' Message-ID: References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> Date: Thu, 25 Jul 2013 14:30:00 -0400 In-Reply-To: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> (Drew Adams's message of "Tue, 23 Jul 2013 09:28:59 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 14940 Cc: 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) > 1. Users can decide whether the initial hide/show state of new Dired > buffers reflects the last chosen state for a Dired buffer. This is > decided by option `dired-hide-details-propagate'. Non-nil means > propagate the last chosen state as the initial state of a new Dired > buffer. > 2. If `dired-hide-details-propagate' is nil, or if the user has not > yet explicitly changed any Dired hide/show state, then option > `dired-hide-details-initially' defines the initial state of a new > Dired buffer. IOW, it specifies what the "last" state defaults to. Hmm... couldn't we merge those two configuration variables? Here's the idea: - Rename dired-hide-details-initially to dired-hide-details-default-mode, a new (global) minor mode which determines how new dired buffers show up. - Make it so that toggling dired-hide-details-default-mode also toggles the dired-hide-details-mode in the current buffer. This way, instead of setting dired-hide-details-propagate to t, users can simply use dired-hide-details-default-mode instead of dired-hide-details-mode. Stefan PS: Your code often exceeds the 80 columns limit. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 25 20:57:43 2013 Received: (at 14940) by debbugs.gnu.org; 26 Jul 2013 00:57:44 +0000 Received: from localhost ([127.0.0.1]:50057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V2WLm-000851-QR for submit@debbugs.gnu.org; Thu, 25 Jul 2013 20:57:43 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:41016) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V2WLi-00084i-TH for 14940@debbugs.gnu.org; Thu, 25 Jul 2013 20:57:40 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r6Q0vVm3007330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Jul 2013 00:57:32 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6Q0vTmQ024451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Jul 2013 00:57:30 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6Q0vTTR014506; Fri, 26 Jul 2013 00:57:29 GMT MIME-Version: 1.0 Message-ID: <375ded7a-1525-4e81-842c-748fa54d9812@default> Date: Thu, 25 Jul 2013 17:57:28 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 14940 Cc: 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) > > 1. Users can decide whether the initial hide/show state of new Dired > > buffers reflects the last chosen state for a Dired buffer. This is > > decided by option `dired-hide-details-propagate'. Non-nil means > > propagate the last chosen state as the initial state of a new Dired > > buffer. >=20 > > 2. If `dired-hide-details-propagate' is nil, or if the user has not > > yet explicitly changed any Dired hide/show state, then option > > `dired-hide-details-initially' defines the initial state of a new > > Dired buffer. IOW, it specifies what the "last" state defaults to. >=20 > Hmm... couldn't we merge those two configuration variables? I supppose you mean shouldn't, not couldn't. > Here's the idea: > - Rename dired-hide-details-initially to dired-hide-details-default-mode, > a new (global) minor mode which determines how new dired buffers show u= p. > - Make it so that toggling dired-hide-details-default-mode also toggles t= he > dired-hide-details-mode in the current buffer. > This way, instead of setting dired-hide-details-propagate to t, users > can simply use dired-hide-details-default-mode instead of > dired-hide-details-mode. I see no advantage, only disadvantage. User options are generally the plac= e for default user settings. Why have two minor modes here? I might be missing something, but to my mind that only confuses users and offers no advantage. We should stick to a single command and its key binding, and not make users jump through hoops (yes, including changing key bindings) to choose the def= ault behavior they want (wrt initial hide/show and wrt propagation). And if the same key and command are used (not two different mode commands), a user can easily toggle the option value at any time and have the behavior change - no fiddling with different commands or rebinding keys. But if the *same* behavior is offered by your proposal as by mine, and if users are not additionally bothered by your proposal, then I guess I don't see a problem with it. (That's an if.) IMO: 1. The out-of-the-box default behavior should be as I described. 2. Users should be able to set their own preferred default behavior persistently. To me, that means a user option. In any case, it means not having to toggle anything interactively just to get the preferred behavior as the saved one. 3. If the rest of the behavior I described is also provided, no problem. In sum, it's the behavior I'm interested in. If the behavior is intact then I don't care much how you decide to implement it. The code I sent is in Dired+ at least, so it is anyway available to users who choose it, should you decide it is not the behavior you want for vanilla Emacs. Obviously I would prefer that (a) everyone benefit from this feature and (b) I can then remove it from Dired+. If you implement something different then I will see whether I like its behavior enough to remove what I have now in Dired+. If you think I am missing something, please fill me in. > Your code often exceeds the 80 columns limit. Often? Four of the 113 lines are longer than 80 chars (83, 84, 84, 85). The longest line in dired.el is 103 chars!, both before and after patch. The longest line in the patch I sent is 85 chars. But feel free to shorten any lines you like. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 10:34:45 2013 Received: (at 14940) by debbugs.gnu.org; 4 Nov 2013 15:34:45 +0000 Received: from localhost ([127.0.0.1]:34295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdMAv-0006Ke-Hn for submit@debbugs.gnu.org; Mon, 04 Nov 2013 10:34:45 -0500 Received: from mail-pd0-f170.google.com ([209.85.192.170]:57284) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdMAt-0006KM-12 for 14940@debbugs.gnu.org; Mon, 04 Nov 2013 10:34:43 -0500 Received: by mail-pd0-f170.google.com with SMTP id v10so6850851pde.29 for <14940@debbugs.gnu.org>; Mon, 04 Nov 2013 07:34:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=hUibKnJkDIjs/ZlXra7qYEnaGv92HG3NRC+7DjUqRWw=; b=vbOPy/v3FTX4F2UVVgDHJg5/W38ETiOgWQLRPzixTiMY2CU0szfxazme9IpFR2zBPQ 4PxwykUp1XDitjYdUUuGSy55LWwXq+P+xVmkZ417UkIexTBrb+huyoYVh10q7VJKx51u a99k5Xx+3win6/WMb9f/Ndbynqax9vjuNRpDTLivmFAAspw5DbFrpEGkCQUMBVxbIzmF obeWAmpmsDNrTyKqO9rxjueAle9iIJzkB3c7mWQS/aR4P30TRs9Os+Pd0jSGS8b0/50b tbbj1PikkfMl8cEmn+LmhC8PdJdW4gdBqtEanqGhVSXkCQJ13yg7RUbErwwjZ6CFPZZF Dk8A== X-Received: by 10.68.13.104 with SMTP id g8mr18341170pbc.33.1383579276752; Mon, 04 Nov 2013 07:34:36 -0800 (PST) Received: from debian-6.05 ([101.63.144.207]) by mx.google.com with ESMTPSA id wd6sm33849804pab.3.2013.11.04.07.34.33 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Mon, 04 Nov 2013 07:34:35 -0800 (PST) From: Jambunathan K To: Drew Adams Subject: Re: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> Date: Mon, 04 Nov 2013 21:03:35 +0530 In-Reply-To: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> (Drew Adams's message of "Tue, 23 Jul 2013 09:28:59 -0700 (PDT)") Message-ID: <878ux441ww.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 14940 Cc: 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.0 (/) I want to KISS. The following would meet my needs. Suggest `dired-hide-details-mode' as one of the "available" options to `dired-mode-hook'. (May be through the :options keyword of defcustom. Much like what is done for `emacs-lisp-mode-hook'). I have been using dired-hide-details-mode since it has been checked in to repo. I never felt the need for "propagate". It is hit the toggle instead. I recommend `@' as the keybinding instead of `(' for toggling. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 11:31:46 2013 Received: (at 14940) by debbugs.gnu.org; 4 Nov 2013 16:31:46 +0000 Received: from localhost ([127.0.0.1]:34362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdN45-0007kK-SB for submit@debbugs.gnu.org; Mon, 04 Nov 2013 11:31:46 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:11950) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdN44-0007k7-9k for 14940@debbugs.gnu.org; Mon, 04 Nov 2013 11:31:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFxLzd/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av8EABK/CFFFxLzd/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="37050923" Received: from 69-196-188-221.dsl.teksavvy.com (HELO pastel.home) ([69.196.188.221]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 04 Nov 2013 11:31:37 -0500 Received: by pastel.home (Postfix, from userid 20848) id 9FD076012B; Mon, 4 Nov 2013 11:31:36 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' Message-ID: References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> <375ded7a-1525-4e81-842c-748fa54d9812@default> Date: Mon, 04 Nov 2013 11:31:36 -0500 In-Reply-To: <375ded7a-1525-4e81-842c-748fa54d9812@default> (Drew Adams's message of "Thu, 25 Jul 2013 17:57:28 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 14940 Cc: 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) > We should stick to a single command and its key binding, That's exactly the goal of my proposal: users only need to know about a single command "dired-hide-details-default-mode" and a single custom var "dired-hide-details-default-mode". They could ignore the buffer-local dired-hide-details-mode, since it would be automatically controlled by dired-hide-details-default-mode. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 11:35:22 2013 Received: (at 14940) by debbugs.gnu.org; 4 Nov 2013 16:35:22 +0000 Received: from localhost ([127.0.0.1]:34374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdN7Z-0007qK-Hr for submit@debbugs.gnu.org; Mon, 04 Nov 2013 11:35:21 -0500 Received: from mail-pa0-f45.google.com ([209.85.220.45]:33661) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdN7X-0007pr-99 for 14940@debbugs.gnu.org; Mon, 04 Nov 2013 11:35:20 -0500 Received: by mail-pa0-f45.google.com with SMTP id kp14so7127879pab.32 for <14940@debbugs.gnu.org>; Mon, 04 Nov 2013 08:35:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=2fb8xKcFtUBBj0NYYwDIR2XQPierMDVZ/B4MRdDeuaE=; b=F/EyDI2EnU5UQBManDvRUQPyWumfa28YpFYneZ3PZA5ZhrV8YhVybaEmwYwcInLRuy XhTYoZvIYAqefUGmEoUtx6niHJZou2uM4T5Qr/oMSkpoxZhK2p09o3f4w6U4tXj1+DEi eDQ22/Ei4/QJ8DLY6z080Trd7QNZLcTWoRmpwE5xrBCQ6DKE9ZwMhQ9TTWiRSLA5cEaX sqKhAVoVnQ82q3NKbeEqcJsz95brp9pkOmStY27k+TRhyWKAg2thHRTXnjVD7209EQ9H vGTeAAqUHzBS72TGXltboEETc0Bjt1RLsW2/m7A/EQ10jjLI13LygLim7iLb6vKDaoaN lrSw== X-Received: by 10.66.218.198 with SMTP id pi6mr18699741pac.107.1383582913599; Mon, 04 Nov 2013 08:35:13 -0800 (PST) Received: from debian-6.05 ([101.63.144.207]) by mx.google.com with ESMTPSA id 7sm34144223paf.22.2013.11.04.08.35.10 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Mon, 04 Nov 2013 08:35:13 -0800 (PST) From: Jambunathan K To: Stefan Monnier Subject: Re: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> <375ded7a-1525-4e81-842c-748fa54d9812@default> Date: Mon, 04 Nov 2013 22:04:22 +0530 In-Reply-To: (Stefan Monnier's message of "Mon, 04 Nov 2013 11:31:36 -0500") Message-ID: <87r4awqg6p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14940 Cc: Drew Adams , 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) Stefan Monnier writes: > dired-hide-details-default-mode No need for this even. See my defcustom + :options suggestions. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 12:36:01 2013 Received: (at 14940) by debbugs.gnu.org; 4 Nov 2013 17:36:01 +0000 Received: from localhost ([127.0.0.1]:34438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdO4G-0000sp-UH for submit@debbugs.gnu.org; Mon, 04 Nov 2013 12:36:01 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:46955) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdO4D-0000sO-7B for 14940@debbugs.gnu.org; Mon, 04 Nov 2013 12:35:58 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rA4HZoKH031595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Nov 2013 17:35:51 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rA4HZmDB009843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Nov 2013 17:35:50 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rA4HZmQK009823; Mon, 4 Nov 2013 17:35:48 GMT MIME-Version: 1.0 Message-ID: <5126bd37-cb50-4c24-8376-76a0fc44a613@default> Date: Mon, 4 Nov 2013 09:35:47 -0800 (PST) From: Drew Adams To: Stefan Monnier Subject: RE: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> <375ded7a-1525-4e81-842c-748fa54d9812@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 14940 Cc: 14940@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) > > We should stick to a single command and its key binding, >=20 > That's exactly the goal of my proposal: users only need to know > about a single command "dired-hide-details-default-mode" and a > single custom var "dired-hide-details-default-mode". They could > ignore the buffer-local dired-hide-details-mode, since it would be > automatically controlled by dired-hide-details-default-mode. It's not clear to me just what the behavior is that you are proposing. Perhaps we are on the same page; I can't tell. As I said: > But if the *same* behavior is offered by your proposal as by mine, > and if users are not additionally bothered by your proposal, then > I guess I don't see a problem with it. (That's an if.) >=20 > IMO: >=20 > 1. The out-of-the-box default behavior should be as I described. >=20 > 2. Users should be able to set their own preferred default behavior > persistently. To me, that means a user option. In any case, it > means not having to toggle anything interactively just to get the > preferred behavior as the saved one. >=20 > 3. If the rest of the behavior I described is also provided, no > problem. >=20 > In sum, it's the behavior I'm interested in. If the behavior is > intact then I don't care much how you decide to implement it. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 26 11:34:13 2019 Received: (at 14940) by debbugs.gnu.org; 26 Jun 2019 15:34:13 +0000 Received: from localhost ([127.0.0.1]:36860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hg9w5-0006u4-FG for submit@debbugs.gnu.org; Wed, 26 Jun 2019 11:34:13 -0400 Received: from quimby.gnus.org ([80.91.231.51]:50888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hg9w3-0006tv-NI for 14940@debbugs.gnu.org; Wed, 26 Jun 2019 11:34:12 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hg9w0-0001Gv-3U; Wed, 26 Jun 2019 17:34:10 +0200 From: Lars Ingebrigtsen To: Jambunathan K Subject: Re: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> <878ux441ww.fsf@gmail.com> Date: Wed, 26 Jun 2019 17:34:07 +0200 In-Reply-To: <878ux441ww.fsf@gmail.com> (Jambunathan K.'s message of "Mon, 04 Nov 2013 21:03:35 +0530") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: Jambunathan K writes: > Suggest `dired-hide-details-mode' as one of the "available" options to > `dired-mode-hook'. (May be through the :options keyword of defcustom. > Much like what is done for `emacs-lisp-mode-hook'). > [...] 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: 0.0 (/) X-Debbugs-Envelope-To: 14940 Cc: Drew Adams , 14940@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 (-) Jambunathan K writes: > Suggest `dired-hide-details-mode' as one of the "available" options to > `dired-mode-hook'. (May be through the :options keyword of defcustom. > Much like what is done for `emacs-lisp-mode-hook'). > > I have been using dired-hide-details-mode since it has been checked in > to repo. I never felt the need for "propagate". It is hit the toggle > instead. > > I recommend `@' as the keybinding instead of `(' for toggling. I think it's too late to change the keybinding now, and I don't really see the need (at this point, five years later) to add the suggestions -- surely people can find this if they want to in the manual? So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 26 11:34:23 2019 Received: (at control) by debbugs.gnu.org; 26 Jun 2019 15:34:23 +0000 Received: from localhost ([127.0.0.1]:36863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hg9wE-0006uW-Se for submit@debbugs.gnu.org; Wed, 26 Jun 2019 11:34:23 -0400 Received: from quimby.gnus.org ([80.91.231.51]:50904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hg9wD-0006uN-G4 for control@debbugs.gnu.org; Wed, 26 Jun 2019 11:34:21 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hg9w9-0001H4-U1 for control@debbugs.gnu.org; Wed, 26 Jun 2019 17:34:19 +0200 Date: Wed, 26 Jun 2019 17:34:17 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #14940 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 14940 wontfix close 14940 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: 0.0 (/) 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 14940 wontfix close 14940 quit From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 26 11:42:44 2019 Received: (at 14940) by debbugs.gnu.org; 26 Jun 2019 15:42:44 +0000 Received: from localhost ([127.0.0.1]:36873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgA4J-00078E-Pl for submit@debbugs.gnu.org; Wed, 26 Jun 2019 11:42:44 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:44098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgA4H-00077y-8H for 14940@debbugs.gnu.org; Wed, 26 Jun 2019 11:42:42 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x5QFesC3158067; Wed, 26 Jun 2019 15:42:34 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=NvdG+pWY4WIUNpjLU660hKcUdmpCthnEYcIT8IuofA8=; b=nV4f99Bn9k3ERJMLfjk5Wcu6gscvPhwrIdcVusXU00ZIt2Ma7GMthcrYIHAJq7vwz30e HdUu1oPCQ7N7OJuOuihYHOCwCEBYUq7WFT5i1I+OyqyvHUSIEECel8ap04FnAOSSt1jL oiQrKi+2ncmLR1v1a1Rbh7Zu+dF2wspM850Lw0ZlfQ6GkDpFUGrFvKny0KLxoRXbbKmE UnAXVuNpGjw4jWmR8kn/rZWkiDucx6lNxZikkfV8SwFfonGTiwld4lh0y3LDZof9o2wj /eUacL04sbqEU7bE9eoouwx+glrRvs/CHeXLYOlsu3q13whNhD5LaVc3gxtJEC155/EN SQ== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 2t9brtb72v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Jun 2019 15:42:34 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x5QFfRIm123845; Wed, 26 Jun 2019 15:42:34 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3020.oracle.com with ESMTP id 2tat7cw6eu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 26 Jun 2019 15:42:34 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x5QFgXOH003565; Wed, 26 Jun 2019 15:42:33 GMT MIME-Version: 1.0 Message-ID: <5a9feef6-a37d-410c-b947-29eb38f085d4@default> Date: Wed, 26 Jun 2019 08:42:32 -0700 (PDT) From: Drew Adams To: Lars Ingebrigtsen , Jambunathan K Subject: RE: bug#14940: 24.3.50; [PATCH] enhancement for `dired-hide-details-mode' References: <42783abc-5cff-41d5-8b9d-e7e641584cb6@default> <878ux441ww.fsf@gmail.com> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4861.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9300 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=600 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906260183 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9300 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=653 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906260183 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 14940 Cc: 14940@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 (---) > Jambunathan K writes: >=20 > > Suggest `dired-hide-details-mode' as one of the "available" options to > > `dired-mode-hook'. (May be through the :options keyword of defcustom. > > Much like what is done for `emacs-lisp-mode-hook'). > > > > I have been using dired-hide-details-mode since it has been checked in > > to repo. I never felt the need for "propagate". It is hit the toggle > > instead. > > > > I recommend `@' as the keybinding instead of `(' for toggling. >=20 > I think it's too late to change the keybinding now, and I don't really > see the need (at this point, five years later) to add the suggestions -- > surely people can find this if they want to in the manual? >=20 > So I'm closing this bug report. Interesting that you quote only a mail in the thread that is a side comment, only peripherally related to the point of the enhancement request. I, not Jambunathan, filed the enhancement request and provided the patch, neither of which are addressed at all by your closure statement. Oh well. From unknown Fri Sep 05 20:55:56 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 25 Jul 2019 11:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator