From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#56311: [PATCH] new function: delete-visited-file Date: Fri, 01 Jul 2022 08:57:58 +0300 Message-ID: <831qv5fk7t.fsf@gnu.org> References: <83k08y67ml.fsf@gnu.org> <87wncyr7st.fsf@gmail.com> <87wncybg4z.fsf@gnus.org> <87r136aze3.fsf@athena.silentflame.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31220"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, visuweshm@gmail.com, 56311@debbugs.gnu.org, spwhitton@spwhitton.name To: Zachary Kanfer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 01 07:59:14 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o79gQ-0007yN-CS for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Jul 2022 07:59:14 +0200 Original-Received: from localhost ([::1]:60666 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o79gO-0001fO-Rw for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Jul 2022 01:59:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37676) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o79gE-0001bw-SE for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 01:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42220) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o79gE-0003LY-Jj for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 01:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o79gE-0005ck-Ba for bug-gnu-emacs@gnu.org; Fri, 01 Jul 2022 01:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Jul 2022 05:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56311 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo patch Original-Received: via spool by 56311-submit@debbugs.gnu.org id=B56311.165665508121535 (code B ref 56311); Fri, 01 Jul 2022 05:59:02 +0000 Original-Received: (at 56311) by debbugs.gnu.org; 1 Jul 2022 05:58:01 +0000 Original-Received: from localhost ([127.0.0.1]:36117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o79fF-0005bB-HF for submit@debbugs.gnu.org; Fri, 01 Jul 2022 01:58:01 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o79fA-0005aw-FB for 56311@debbugs.gnu.org; Fri, 01 Jul 2022 01:57:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42940) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o79f3-0003FS-79; Fri, 01 Jul 2022 01:57:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=n5RIsFOqbsPrsDpzkYsdNkL7TkdGO/T34dMvJPIh7KE=; b=ZV3LllOgwnIB L/VQWA2zPgmT/iuRVc674pO9wA3wbu7yvqT3RTcugwxTExZgS9A+CL1ie5B2d3mD2ETKOMa5g7M2l zO5jeVKZYr02E0/K82m1xNt325JwEV5Vm/LUzggJSshDWVi5bYokTuHDpAomgP3LpVqFcbnHfJd2T TpwEBT3rKWwVlFNPWbOjxRh5IdphG0z5ynoDF1i2gkGEqab6pNNYjheSSR/dzrYiFttQz71K0X8mw BcnJh/P5QQLB78sKmuc8NjhIPsW/8FbNX1TCChfM46CoudJJlDpFhLOu0Ao3/OT7+b1xLVWTdoMFt Cyev1rhUFwwkegHHrbb0Eg==; Original-Received: from [87.69.77.57] (port=3234 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 1o79f1-00037L-Ri; Fri, 01 Jul 2022 01:57:48 -0400 In-Reply-To: (message from Zachary Kanfer on Thu, 30 Jun 2022 23:29:36 -0400) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:235762 Archived-At: > From: Zachary Kanfer > Date: Thu, 30 Jun 2022 23:29:36 -0400 > Cc: Lars Ingebrigtsen , Visuwesh , Eli Zaretskii , > 56311@debbugs.gnu.org > > It's interesting to see commentary about how one shouldn't want to kill buffers. There is a lot of functionality > revolving around killing buffers. Examples of such functionality? I'm not sure I understand what you have in mind here. > > ...each time I see suggestions for features to kill unused buffers or > > see people who are worried about such buffers, I raise a brow: in > > Emacs, we generally don't care about that (because it does no harm to > > have unused buffers)... > > I use desktop-mode. So I currently have 267 buffers open in my Emacs. Perhaps you might think I'm "doing > it wrong", Why would I think so? In the session in which I'm writing this, I have 287 buffers. Having around 300 buffers in my sessions is quite normal, and I don't consider such numbers excessive. > I find that the more buffers I have open, the longer it takes to > find a given buffer. "Find" in what way? Please tell more about the problems you have in sessions with many buffers, because I'm not aware of any significant problems. > The more open > buffers I have open, the greater the chance I'll accidently switch > to the wrong one. Again, please tell more details. How does the number of buffers contribute to the chance of selecting a wrong one? For that matter, which commands do you use to switch between buffers? > > And since deleting the visited file is currently very easy, as Eli > > pointed out: > > > > > M-x delete-file RET M-n RET > > > > I don't think this would be a command that people would use a lot. > > Personally, I never want to delete a file and keep the buffer around. So I have replaced *all* my usages of > `delete-file` with this new one. That's fine: Emacs is great because it lets you do that to fit your personal needs. No one here is saying that it's wrong for you to do that; the discussion is whether doing so is TRT for many/most Emacs users (which could have different workflows). > There are many ways to work with Emacs -- many workflows I don't know why this one is considered > wrong. Sure. But there's no reason for Emacs to support all of the OOTB.