From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: PR: dired-do-create-files now checks for trailing slashes in the target Date: Wed, 29 Sep 2021 16:21:50 +0200 Message-ID: <87ee97bgxt.fsf@gnus.org> References: <831r58k0cx.fsf@gnu.org> <87tui4qyni.fsf@gnu.org> <83tui4iift.fsf@gnu.org> <874ka43rp1.fsf@gnu.org> <83ee97il43.fsf@gnu.org> <87zgrv33mf.fsf@gnu.org> <838rzfijnj.fsf@gnu.org> <87r1d73312.fsf@gnu.org> <837deziiwz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11024"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: rudiwillalwaysloveyou@gmail.com, emacs-devel@gnu.org, stefankangas@gmail.com, Tassilo Horn To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 29 16:22:58 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mVaU4-0002cU-Ml for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Sep 2021 16:22:56 +0200 Original-Received: from localhost ([::1]:49376 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVaU3-0008H7-Ec for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Sep 2021 10:22:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58872) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVaTB-0007ah-Ju for emacs-devel@gnu.org; Wed, 29 Sep 2021 10:22:01 -0400 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:46732) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVaT9-0006g1-WF; Wed, 29 Sep 2021 10:22:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MCBIPFzL0Fi2Jp2O86Mcxw/n1gGNvEaL/2r3KN+Kzyk=; b=O6WqzLeIdJyPermhJgp3ZZDH2w jJnuRbo+SZ530/ymB+ibX3ERbPI+Z29b/LTQPjmsugHmjVAOakB66eC/QNd0qfUZQNfYuNhDzjAla VXjKTTv0Z+I7/AtE6B3+Jp8bdsREVEoUSzOs+vkizZnwuMDVVY1tSeFTZNKguA8du7E0=; Original-Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mVaT2-0001OY-A6; Wed, 29 Sep 2021 16:21:55 +0200 X-Now-Playing: Pico Farad's _Bits & Bobs_: "Satan's Jewel Crown" In-Reply-To: <837deziiwz.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 Sep 2021 16:57:16 +0300") Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:275802 Archived-At: Eli Zaretskii writes: > I'm against unconditionally changing the behavior based on the obscure > fact of whether the directory name ends in a slash or doesn't. That > slash is ephemeral and users may not be aware to its importance, since > the semantics of foo/ and foo is the same more or less. Yes, we're extremely sloppy (in a good way) when handling foo/ and foo, so it might be surprising behaviour to make this one command assign different semantics to the two forms. But it's nice functionality. Is there some other way we could get this without relying on the difference between foo and foo/? A separate command, perhaps? Or some extra prompting? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no