From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: dired-mark Date: Thu, 29 Nov 2007 09:07:19 -0800 Message-ID: References: <200711291044.53362.andreas.roehler@online.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1196356341 15559 80.91.229.12 (29 Nov 2007 17:12:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Nov 2007 17:12:21 +0000 (UTC) To: =?iso-8859-1?Q?Andreas_R=F6hler?= , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 29 18:12:29 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ixmw7-0003Nh-SO for ged-emacs-devel@m.gmane.org; Thu, 29 Nov 2007 18:12:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ixmvs-0006MU-42 for ged-emacs-devel@m.gmane.org; Thu, 29 Nov 2007 12:12:12 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ixmsc-0005BM-VW for emacs-devel@gnu.org; Thu, 29 Nov 2007 12:08:51 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ixmsb-0005Ai-RX for emacs-devel@gnu.org; Thu, 29 Nov 2007 12:08:50 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ixmsb-0005Ad-Nx for emacs-devel@gnu.org; Thu, 29 Nov 2007 12:08:49 -0500 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ixmsb-0003Eu-8M for emacs-devel@gnu.org; Thu, 29 Nov 2007 12:08:49 -0500 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id lATH8Rwu025561; Thu, 29 Nov 2007 10:08:27 -0700 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id lAT0YPxE027435; Thu, 29 Nov 2007 10:08:26 -0700 Original-Received: from dhcp-4op11-4op12-west-130-35-178-158.us.oracle.com by acsmt350.oracle.com with ESMTP id 3395425051196356032; Thu, 29 Nov 2007 09:07:12 -0800 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200711291044.53362.andreas.roehler@online.de> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:84314 Archived-At: > > But what if you really intend to mark "." or ".."? > > That's precisely the question. Yes. > I can't imagine any case I would need it. However, as > experience tells our imagination runs short occasionally... It doesn't matter if you can't imagine a case where you would need it. As long as users can operate on marked files and directories, someone will want to, well, mark `.' or `..' and then operate on it. Madame Lambda or Mister X might define a command that prints each marked file and all files in each marked directory. Or search them. Or do whatever to/with them. And s?he might use that command on `.' or `..' as well as on other marked directories. There is no reason that users shouldn't be able to use `dired-mark' to mark `.' and `..'. If you don't want to mark them, then don't. If you have code that does something to all marked files and dirs, but you don't want to treat `.' and `..', then exclude those in your special-purpose code. Wrt subdirs, it is only when point is on a subdir header line that `dired-mark' does not mark the subdir's `.' or `..' - in that case, it marks all files and directories _contained_ in the subdir. `dired-mark' always marks `.' and `..' whenever they are targeted (e.g. cursor on that line). That's TRT, IMO. Acting on a directory is not (necessarily) the same thing as acting on everything in it. It is useful to be able to mark and act on any directory, including `.' and `..'.