From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#38818: Dired: mention deleting buffers, not just windows Date: Sat, 04 Jan 2020 07:16:53 +0100 Message-ID: <877e27bvai.fsf@web.de> References: <87imlxlrrv.5.fsf@jidanni.org> <87mub85ri0.fsf@web.de> <87h81f3our.5.fsf@jidanni.org> <87v9pv28qu.fsf@web.de> <87d0c33mdx.5.fsf@jidanni.org> <87o8vnq1ph.fsf@web.de> <875zhv3jyr.5.fsf@jidanni.org> <87eewjydyg.fsf@web.de> <87sgkw60fi.5.fsf@jidanni.org> <8736cwrub9.5.fsf@jidanni.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="166481"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Pieter van Oostrum , 38818@debbugs.gnu.org To: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 04 07:18:29 2020 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.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1inclY-000hCU-IS for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jan 2020 07:18:28 +0100 Original-Received: from localhost ([::1]:59934 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1inclW-0005sA-QB for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jan 2020 01:18:27 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43179) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1incl9-0005s3-Ef for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2020 01:18:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1incl8-0003zL-Bv for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2020 01:18:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36424) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1incl8-0003yG-3t for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2020 01:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1incl7-0003kp-Vr for bug-gnu-emacs@gnu.org; Sat, 04 Jan 2020 01:18:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Jan 2020 06:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38818 X-GNU-PR-Package: emacs Original-Received: via spool by 38818-submit@debbugs.gnu.org id=B38818.157811862414361 (code B ref 38818); Sat, 04 Jan 2020 06:18:01 +0000 Original-Received: (at 38818) by debbugs.gnu.org; 4 Jan 2020 06:17:04 +0000 Original-Received: from localhost ([127.0.0.1]:42397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1inckC-0003jY-Aj for submit@debbugs.gnu.org; Sat, 04 Jan 2020 01:17:04 -0500 Original-Received: from mout.web.de ([217.72.192.78]:36367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1inckA-0003iy-AJ for 38818@debbugs.gnu.org; Sat, 04 Jan 2020 01:17:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1578118612; bh=bQBmO7DyQmJNj6qXOvwxk6LdlQFSywKIdPplqfIgo2E=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=TTazAFnfO3x9dfSN1ZookZugnlCpGOoLt4Fq5b5WWvbQF70nWKGUWWVImlllUVNNg HXoA+imKmDE5zSlvCA3x2yO9MKinsmba1cUi8oSvgTrVB2CtGwqIooC2mmrs9xKq4Z OcV3eICOXqt3Mi7cu4IJmzhLwMO/5/P7QSjuztMw= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([188.99.160.184]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0Maamb-1j7kxZ0kEj-00KC6Y; Sat, 04 Jan 2020 07:16:52 +0100 In-Reply-To: <8736cwrub9.5.fsf@jidanni.org> ("=?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson"'s message of "Sat, 04 Jan 2020 07:31:22 +0800") X-Provags-ID: V03:K1:24iXLsUvNC3W7+6L3LVdMZeBbjdqcnEyt2fhyehWuHkOPAC6Vwd Ws3i2kDqWHCX6+dkvxiDHxhhkyWVzJfvbBpOrThNDkL8t88jjQNuA3lXdVnexo0C5bP5NQV +QrnJca8599qqduyFNDh6qoKnIgiWuSnis/gakJmuKUxqQTiip+Z9tpUBE3swa0v4TceKWi Tsy5ZsqZ6dVjTNrMVgyaA== X-UI-Out-Filterresults: notjunk:1;V03:K0:cGVgMm94Gm8=:Y0Vc9pZBFJGC8dhvtICgy2 nPEW9dvqdgMZR1YrNy3N5Vt9APCRLzfXses5lbCRWHLZGgRCAYS3G55ZmGXfovS9DsSgODtR0 gnlBaFAxTXPQlK/buGeT0rFwR9SYPgqiIOilAUnscEbz6xhSNxb7Mh3GGA8zoPQHrBPF6hdB3 P/FMKogtfJhONnYo6avThEHbVkOkQI/TgmydfYu8jck/dU5etsMHZJrqCr4p1/oysiVBVI1Xt udsxWwUgk+EVsLQKXzXwOwNPOZe9YliZirs3nKaxMz78mPM+wk9UujzczSweNWCma9kfE0Hnb ILzFfF3Jr4w5pm7QaexqSmupWaMlcAEIlP0Zx4zkITWMj5uEYhiwChUd3mksfCrrodvPWhJET UA9hRyQ7ziDj8BBzoP9gTh/mbcc4ynCoqVWNi0xmltuRr4xBBxWdUh20yIoYKWOJuxpsBQMjl HSrOP3IBQprVAnauVMunHw/boHAX72kJELhNEUlf5/tD3RuncsY2RsbL8suWpHsfuG98skek8 kvuHR9e+zcDe1sbjiHkRaRvOvTYWCs432UjBiGPLtqxN/0ML5ANEu/cskfPQmeIOkFjVbmd5h xCt6pQGcpeaq16fMI1SyUHVo1kcfECJb8AuIIkj5fSRa7+7H/a2+dl1weeTkm15ZueVHBhfaN tIu7yjIBCQLlQyegLeKtHY26V0YhvcofB0dXwBsEYV5g9WMihuLf2y0GDDpxUjRJqlZDy99L2 kECnmdOl/WxqGwgwbz+Uw/Mk0fqwy3zhv1DPYSyd1duEY0DIFrWQEKXsZ7R15Ps4REd8ZT4R 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:174147 Archived-At: =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > >>>>> "PvO" =3D=3D Pieter van Oostrum writes: > PvO> Well, this is how I do it. > > PvO> (defun my-dired-load-hook-fun () > PvO> (require 'dired-x) > PvO> (define-key dired-mode-map "q" #'kill-current-buffer)) > > PvO> (add-hook 'dired-load-hook 'my-dired-load-hook-fun) > > OK, but this does not seem environmentally friendly, leaving a function > (that I hereby promise not to use a second time,) lying around. Your lambda will also keep lying around. The name "dired-load-hook" will keep lying around. And: for most of the hooks you want to add stuff to you probably can't be sure that it won't be run more than once. Undefining cries for errors. It's also not necessary, those few additional names hardly make a difference. Michael.