From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#21746: 24.5; purpose of dired-keep-marker-copy? Date: Sat, 24 Oct 2015 01:04:06 -0700 (PDT) Message-ID: References: <36360.86247.586145.22058@gargle.gargle.HOWL> <69182d70-1f68-4105-9f24-7bbef43e7ecb@default> <40607.80402.459249.22058@gargle.gargle.HOWL> <987d58d9-30d3-4067-a0ae-7a7722a3f2fb@default> <56535.83174.772198.22058@gargle.gargle.HOWL> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1445673932 5969 80.91.229.3 (24 Oct 2015 08:05:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 24 Oct 2015 08:05:32 +0000 (UTC) Cc: 21746@debbugs.gnu.org To: Roland Winkler Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 24 10:05:19 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zptp8-0002p7-LZ for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Oct 2015 10:05:10 +0200 Original-Received: from localhost ([::1]:43383 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zptp7-0006WL-QN for geb-bug-gnu-emacs@m.gmane.org; Sat, 24 Oct 2015 04:05:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zptp3-0006UM-HA for bug-gnu-emacs@gnu.org; Sat, 24 Oct 2015 04:05:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zptp0-0000tS-AT for bug-gnu-emacs@gnu.org; Sat, 24 Oct 2015 04:05:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zptp0-0000tO-6F for bug-gnu-emacs@gnu.org; Sat, 24 Oct 2015 04:05:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zptoz-0006PQ-Rh for bug-gnu-emacs@gnu.org; Sat, 24 Oct 2015 04:05:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Oct 2015 08:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21746 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21746-submit@debbugs.gnu.org id=B21746.144567385424545 (code B ref 21746); Sat, 24 Oct 2015 08:05:01 +0000 Original-Received: (at 21746) by debbugs.gnu.org; 24 Oct 2015 08:04:14 +0000 Original-Received: from localhost ([127.0.0.1]:35473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZptoC-0006No-Qf for submit@debbugs.gnu.org; Sat, 24 Oct 2015 04:04:13 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:36061) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZptoA-0006NZ-0A for 21746@debbugs.gnu.org; Sat, 24 Oct 2015 04:04:10 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t9O8488F026466 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 24 Oct 2015 08:04:08 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t9O847Dn011989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 24 Oct 2015 08:04:08 GMT Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t9O847Yj014246; Sat, 24 Oct 2015 08:04:07 GMT In-Reply-To: <56535.83174.772198.22058@gargle.gargle.HOWL> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:107962 Archived-At: > > There is a lot in Dired that I think should be exposed/documented > > better/more. By default we don't even load dired-x.el or > > dired-aux.el, and they provide lots of stuff useful even for > > beginners, including lots of menus. > > > > I would be in favor of our loading both of these Dired libraries > > by default. There is lots in Dired that users can benefit from, > > but they are typically unaware of it. >=20 > There is a big difference between exposing and documenting more > features from dired. We generally don't document stuff in the manual that is not exposed by default. Loading dired-x.el and dired-aux.el along with dired.el would help users, IMO. (We are not in 1985 anymore, when it might have made sense to reduce the default footprint of Dired.) > I immediately agree on better documentation of > dired features. But I am not sure it will make new emacs users > happy when they get overwhelmed by features they do not understand. > Advanced users, on the other hand, know how to read the manuals and > then get the customization they want. There is no overwhelming by dired-x.el or dired-aux.el. No one requires anyone to use or even be aware of a particular command or key that is available. The proof: `* c' has been available to you since Day One, as part of dired.el, and you admit that you just learned about it today. So clearly its presence did not overwhelm you all these years. ;-) > > Marking with `C' is still useful, even if you never do anything > > with those marks. It provides a clear indication of the copied > > files. >=20 > That's exactly why these C's are irritating and inconsistent: the > properly documented marks `*' and `D' serve the purpose of > indicating that an action _will be_ performed on certain files. No, they just mark files, in particular ways (different ways). They indicate that actions _might_ be performed on the files. > The C's indicate that an action _has been_ performed And that actions might be performed on the files they mark. Via `* c'. There is nothing unique about `C' marks in that context. Once you know about `* c' you know that any mark can serve to both (a) mark files in a particular way, distinguishing them and (b) allow you to act on them (via `* c'). You can, in effect, temporarily tag sets of files in different ways (using different marks), and then act on them. > and they get into the way when you are using the other marks. No, not in terms of actions that use those marks. An action that acts on `*' marks or `D' marks does not act on `C' marks. (I assume you meant only `*' and `D' by "the other marks", though there can be any number of other marks.) > Say, before marking files for some new action I type `g' > (revert-buffer). If this gives me an unmodified buffer, there are > no left-over marks floating around that I have overlooked. The C's > are just in the way for how marks are used otherwise. You could make a reasonable argument that all marks should be removed by `g', but that is a separate question. I might disagree with that argument, but it is a reasonable one. (FWIW, if you want to remove all marks you can use `C-x C-v', but that updates the listing, which `g' does not do.)