From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#16214: Consistency in dired-, occur-, and grep-mode Date: Mon, 14 Feb 2022 07:52:11 +0100 Message-ID: <87k0dyx7ms.fsf@gmx.de> References: <20131221.224043.270400015.tkk@misasa.okayama-u.ac.jp> <87sitl51un.fsf@mail.jurta.org> <20131222.204850.283027925.tkk@misasa.okayama-u.ac.jp> <87ppoo8srl.fsf@mail.jurta.org> <87sfsr9leb.fsf@gnus.org> <877da04hzi.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39262"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 16214@debbugs.gnu.org, larsi@gnus.org, tkk@misasa.okayama-u.ac.jp, roland@hack.frob.com, josh@foxtail.org To: Richard Stallman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 14 07:53:36 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 1nJVEt-000A95-As for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Feb 2022 07:53:35 +0100 Original-Received: from localhost ([::1]:56916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJVEs-0005k7-5X for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Feb 2022 01:53:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:40926) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJVEO-0005iB-V1 for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 01:53:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45683) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nJVEM-0007qg-HU for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 01:53:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nJVEM-0002Kj-HH for bug-gnu-emacs@gnu.org; Mon, 14 Feb 2022 01:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2022 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16214 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 16214-submit@debbugs.gnu.org id=B16214.16448215628941 (code B ref 16214); Mon, 14 Feb 2022 06:53:02 +0000 Original-Received: (at 16214) by debbugs.gnu.org; 14 Feb 2022 06:52:42 +0000 Original-Received: from localhost ([127.0.0.1]:39580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJVE2-0002K9-5m for submit@debbugs.gnu.org; Mon, 14 Feb 2022 01:52:42 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:46839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJVDz-0002Js-8z for 16214@debbugs.gnu.org; Mon, 14 Feb 2022 01:52:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1644821533; bh=oaKDlXVuWMRm6uUH4pmakkr9ZHlNOOz+RPjoK3yJ8DQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=XZeVzl/46QyRFxFjVSJj7LzTsbT8QBF6ylMEm0QkcSIoWMSmRZQe1u3uY2DCi6+lp V61O7xmLk71RPDiNpdk8h686uqS6lTBQtk3sejw2pHAIbPczAJ0neS8pNOaOKNLIlY L30cCpPYqfkRWzoFlYQpus/d4+3OS+WaBSJeYCu8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.158.128]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MbAci-1nqM3p24Ea-00bXsp; Mon, 14 Feb 2022 07:52:13 +0100 In-Reply-To: (Richard Stallman's message of "Sun, 13 Feb 2022 23:13:18 -0500") X-Provags-ID: V03:K1:pklAl/WAQZlCG72OLzja3w+jXC5mkcQEwfw3BwaMPr8re10yRxm 6+NaOmGnawE8e7M8oBqfWjvZlpJygRSpK/jl5b8UDn7c0KxzvHafNcjS41OFYdhmuHzBgiW DVfpUxx52kV7hzhiDm6R/Bz8ItKSk9LVMIrg16Sa1dDXtrcmV8QuFv/jOXEkKXuCvsUkhL3 pwk5ZIFeas4aLkyF3PkrA== X-UI-Out-Filterresults: notjunk:1;V03:K0:ugE+R5sSatQ=:kvd9At7rPdlLezveqqaNNn OMXXxdI7CfGGg9+mN/2xRtITxXDMO2CXzLRs91upcyQhaRQOpqnexQfB6/4uMdMj6jTisg0dj +VgWN3wmqAGVvN3oeOkgoCR/up6TDih3f0qayaI+tzq72Ne21h4JXiuHOLFk9Uga+4NL7dopn 6vwb3reS12mOWL71MKXP9qCngfKkwo8oUeVAdX0zRvsb9Ph9er27KuqvaMxiUif0tOLDVPQEE vjnhshRVkjcP2NFt2UIw/VqprVvqSTo2T62tNVS8gcPAsGU3Y8lwK/qpcYoP4zFHCphnPd0SM zuWoVR1/kZjOJAruGfT/MiEqFbyS2PpSlye/MM/SRGKl1wSW43RXQqKDyU+zhV8RLx6cwmVls TQDXxYO7DN+p1IH29O2k6KLdEFbrbvyjtyswu3UrXMiM6dtjsB/1Qj5NsstcA3pMqsSjxIwul JYvu9iGj5UyS5HSfIyQZA4iAPzhaI3IbjDVMdxgZ7X5qfLFUFJHrJZKPorg/bH0Pr1UDN2h7x bGyLZJIbXPRtbHrnhQ59qqMPt32DiM4hGYGEfMUALZvVlEuMPRxFwSAe9exxCxcZqfMtGmXmU j5BD/DWAeioezHzSSL2hz3/R+ch7ZohJMgqsM1n39zS5gV11NRdSAGsx0loVMQ+dxN/6YfTWF FuSuk0g+7AlmyWObmTRYnBghhNXurrGp8X4UQ/7cVj/Iis9UWXgXaN2pgAs4X3pvwbrSivmov rPQ7VT4tqA52Mu4kpfhMm0Q0wW6dkC78VwyRC2HMYt0zaIWvelGHBtUuOSgi21UXneT5qCam 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:226863 Archived-At: Richard Stallman writes: Hi Richard, > > > I suspect that v in vc-dir is used rarely enough that people would > > > not object to a change. > > > I use it every single day, and often. Like other people who aren't using > > magit (but I don't know whether this are many people these days). > > I am not sure how to interpret that. Are you saying that > you intentionally type v (in vc-dir) every day? > Or that you accidentally type v (in vc-dir) every day? The former. > I it is the former, I am surprised that you create a new file every > day. When I was working on software, I would make changes every day, > but new files were rare. How is it that you have such frequent > occasions to put a new file into version control? I'd like to > understand what leads to this. 'v' in vc-dired means 'vc-next-action'. It does whatever vc command is appropriate at the given context. In my use case, I apply it in order to commit a file or fileset. Every single day. > > > Maybe a better fix would be to make v in vc-dir ask for confirmation. > > > (I don't know whether it already does that; I may never have used it.) > > > At least this way typing v by mistake won't cause much trouble. > > > There is already some interactive ping-pong, because you have to provide > > some text, depending on what vc-next-action (the command bound to v in > > vc-dir) intends to do. > > That being so, I would surmise that when you type v by accident, > nothing very bad happens -- you get asked for input and you type C-g, > right? Yes. That's why I vote to keep the 'v' key binding for vc-dired buffers. Best regards, Michael.