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: `Q' in Dired - be able to skip the rest of one file and move onto the next Date: Tue, 8 Jan 2008 17:47:03 -0800 Message-ID: References: <873at74yev.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1199843297 6409 80.91.229.12 (9 Jan 2008 01:48:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Jan 2008 01:48:17 +0000 (UTC) Cc: teirllm@dms.auburn.edu, rms@gnu.org, emacs-devel@gnu.org To: "Juri Linkov" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 09 02:48:37 2008 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 1JCQ3U-0002UQ-1E for ged-emacs-devel@m.gmane.org; Wed, 09 Jan 2008 02:48:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCQ36-0002WX-Tp for ged-emacs-devel@m.gmane.org; Tue, 08 Jan 2008 20:48:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCQ31-0002Vd-SG for emacs-devel@gnu.org; Tue, 08 Jan 2008 20:48:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCQ30-0002VP-5t for emacs-devel@gnu.org; Tue, 08 Jan 2008 20:48:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCQ30-0002VM-0g for emacs-devel@gnu.org; Tue, 08 Jan 2008 20:48:02 -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 1JCQ2v-0007iV-R6; Tue, 08 Jan 2008 20:47:58 -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 m091lkAd019662; Tue, 8 Jan 2008 18:47:47 -0700 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m087dJhp025196; Tue, 8 Jan 2008 18:47:46 -0700 Original-Received: from dhcp-amer-csvpn-gw1-141-144-64-51.vpn.oracle.com by acsmt351.oracle.com with ESMTP id 3485806411199843214; Tue, 08 Jan 2008 17:46:54 -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: <873at74yev.fsf@jurta.org> 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:86605 Archived-At: > > But I'd keep the single-file meaning of all keys, including > > `!', and use a different key to replace all remaining > > occurrences in this file and the other files. It's not good > > for a key (e.g. `!') to change meaning, depending > > on whether one file or several are searched. > > `!' in single-file context means to replace all remaining occurrences > that would be fine to apply the same meaning in multi-file context. > Any other keys could be applied only to the current file since > this is an additional separation in search-replace space. An additional separation of the space or an extension of the single-file behavior to additional files? There are different ways to look at it. You can consider `!' as something that affects the whole search space or something that affects only the current file. It can be argued either way, but I think the more conservative interpretation is better. Less of a mess (change from the previous state) if you misinterpret the meaning. I don't really care much, either way. One thing this discussion points out is that the user could be confused either way about `!', so the doc had better be clear. Anyway, Richard has already decided that `M-> M-,' is adequate.