From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#35564: [PATCH v4] Tweak dired warning about "wildcard" characters Date: Fri, 09 Aug 2019 00:06:33 +0300 Message-ID: <87d0hffjda.fsf@mail.linkov.net> References: <87zho2cd4f.fsf@gmail.com> <87wohvf22u.fsf@gmail.com> <87h88cvpkj.fsf_-_@gmail.com> <87imsinbmr.fsf_-_@gmail.com> <87y313z3tp.fsf@gmail.com> <83wog3lo5c.fsf@gnu.org> <87wog3pewu.fsf@gmail.com> <87v9vndsnj.fsf@web.de> <87imrl4ixr.fsf@web.de> <87r2688y1l.fsf@gmail.com> <87sgqkjfxv.fsf@web.de> <87tvas2b5o.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="74059"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: Michael Heerdegen , 35564@debbugs.gnu.org, monnier@iro.umontreal.ca, npostavs@gmail.com To: =?UTF-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 08 23:24:31 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hvptf-000J98-Hc for geb-bug-gnu-emacs@m.gmane.org; Thu, 08 Aug 2019 23:24:31 +0200 Original-Received: from localhost ([::1]:55204 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hvptc-00079I-Jl for geb-bug-gnu-emacs@m.gmane.org; Thu, 08 Aug 2019 17:24:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39806) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hvpsG-0005lO-Gx for bug-gnu-emacs@gnu.org; Thu, 08 Aug 2019 17:23:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hvpsE-0000Hj-Ve for bug-gnu-emacs@gnu.org; Thu, 08 Aug 2019 17:23:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32991) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hvpsE-0000HZ-Gv for bug-gnu-emacs@gnu.org; Thu, 08 Aug 2019 17:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hvpsE-0001QN-A8 for bug-gnu-emacs@gnu.org; Thu, 08 Aug 2019 17:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Aug 2019 21:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 35564-submit@debbugs.gnu.org id=B35564.15652993565433 (code B ref 35564); Thu, 08 Aug 2019 21:23:02 +0000 Original-Received: (at 35564) by debbugs.gnu.org; 8 Aug 2019 21:22:36 +0000 Original-Received: from localhost ([127.0.0.1]:41811 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hvprl-0001PS-9h for submit@debbugs.gnu.org; Thu, 08 Aug 2019 17:22:33 -0400 Original-Received: from aye.elm.relay.mailchannels.net ([23.83.212.6]:43259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hvpri-0001PJ-Ub for 35564@debbugs.gnu.org; Thu, 08 Aug 2019 17:22:31 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id E2A566A23DA; Thu, 8 Aug 2019 21:22:29 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a13.g.dreamhost.com (100-96-84-130.trex.outbound.svc.cluster.local [100.96.84.130]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 6BBB26A2A9B; Thu, 8 Aug 2019 21:22:29 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a13.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.5); Thu, 08 Aug 2019 21:22:29 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Left-Whispering: 451a141a395a769b_1565299349744_316018229 X-MC-Loop-Signature: 1565299349743:839775415 X-MC-Ingress-Time: 1565299349743 Original-Received: from pdx1-sub0-mail-a13.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a13.g.dreamhost.com (Postfix) with ESMTP id 2D8C1806F5; Thu, 8 Aug 2019 14:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=linkov.net; bh=NG+n/D t/KKqgeKUOruskLJb8X7c=; b=pMghSZhuW4DUWN8dduPUynXS6EmTev5gXfo1uE 1fpHhosffD9FSvcj5II/unCF+lE0fDhhmxIhO9pdTbtsaxrKWHYr+dproAo7Fakw 9TolYtlAXV7kDuPmMSq2h3+tVA9ceM//PlAuGMARGL+hSwhUpWh9cqstgmnj/qU9 Bp8M0= Original-Received: from mail.jurta.org (m91-129-103-91.cust.tele2.ee [91.129.103.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a13.g.dreamhost.com (Postfix) with ESMTPSA id BD12D806E3; Thu, 8 Aug 2019 14:22:19 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a13 In-Reply-To: <87tvas2b5o.fsf@gmail.com> ("=?UTF-8?Q?K=C3=A9vin?= Le Gouguec"'s message of "Thu, 08 Aug 2019 12:40:03 +0200") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrudduhedgudegvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufhffjgfkfgggtgfgsehtkeertddtreejnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtfedrledunecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtfedrledupdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepkhgvvhhinhdrlhgvghhouhhguhgvtgesghhmrghilhdrtghomhenucevlhhushhtvghrufhiiigvpedt X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:164778 Archived-At: > First, apologies for taking so long to respond - I was AFK last week. = I > might not be very reactive these coming weeks either. I use the substitution feature in dired-do-shell-command quite rarely, but today I needed to use it, and it strikes as partly unusable and confusing. There are several problems: 1. Answering "no" cancels the command. Instead of this, it should proceed without substitution. There is a special key `C-g' to cancel the command. 2. The current question is too ambiguous: Confirm--do you mean to use =E2=80=98?=E2=80=99 as a wildcard? (y or n) A wildcard can mean both dired substitution and shell substitution. A better question should use the same terms as documented in the docstring of `dired-do-shell-command', i.e. "marked files", "file list". So a better question would be: Confirm--do you mean to substitute =E2=80=98?=E2=80=99 with marked file= s? (y or n) Or something similar that makes clear that substitution applies to dired files, not files matched by shell. 3. I still can't be sure if after asking these question, dired still does the right thing. I'd prefer to have an option to show the final command before running it, exactly like `C-u M-x rgrep' does with its `confirm' argument. Yes, its command line is quite long, but this is not a problem: wrapped minibuffer content is less problematic than multi-line prompts. > What bothers me is that even if we can assert #2, nothing guarantees > that these colors will be distinguishable *to the user* (who may > e.g. have some form of color blindness). It would therefore be nice if > this user could force Emacs to use ^ markers; I guess that would involv= e > a new variable. As was already discussed in this thread, using (:inherit '(warning underl= ine)) will solve this problem and improve accessibility. So there will be no need in multi-line prompt when using underline face attribute.