From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#35564: 27.0.50; [PATCH] Tweak dired-do-shell-command warning about "wildcard" characters Date: Thu, 9 May 2019 19:51:28 +0200 Message-ID: References: <87zho2cd4f.fsf@gmail.com> <071cc96c-1bf2-f331-8f9e-b3c54a7452da@gmx.at> <877eb3e5im.fsf@gmail.com> <9bd289fe-3623-4c45-4c4f-04c6668cae76@gmx.at> <9fc1129c-5377-4b56-ba6d-dce497140941@default> <877eb0ptiy.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="192762"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 35564@debbugs.gnu.org To: Drew Adams , =?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 May 09 19:52:11 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.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hOnDH-000o2D-0A for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 May 2019 19:52:11 +0200 Original-Received: from localhost ([127.0.0.1]:58786 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hOnDG-0002Gx-1L for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 May 2019 13:52:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hOnD9-0002Gc-Ak for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 13:52:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hOnD8-0005vY-DC for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 13:52:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51015) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hOnD8-0005vI-6y for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 13:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hOnD7-0000mL-QV for bug-gnu-emacs@gnu.org; Thu, 09 May 2019 13:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 May 2019 17:52:01 +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.15574242992966 (code B ref 35564); Thu, 09 May 2019 17:52:01 +0000 Original-Received: (at 35564) by debbugs.gnu.org; 9 May 2019 17:51:39 +0000 Original-Received: from localhost ([127.0.0.1]:36326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hOnCl-0000lm-F7 for submit@debbugs.gnu.org; Thu, 09 May 2019 13:51:39 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:59353) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hOnCj-0000lW-9L for 35564@debbugs.gnu.org; Thu, 09 May 2019 13:51:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1557424285; bh=lYckT3R96aEQXwwZZuoCSk5P7gBkn/Lpt6bNeYpaWfU=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=BmglLR1LxkzlM8zcqD4QInZEGz9kFlsIBCiOL7S5vu449yFq4QR/nSDbeqRybubyt iKdOCo9hNKQd5kBa5eSp2y7jK2HGm47t4hxggzEev/lWaqYNFazQzZme9wvqOu5CxI 2w2FY4zEnwrK7g9wDE465WI9dMsFPxizcpn0hSfw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.238]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MCbIx-1hYNzT43Tn-009jZq; Thu, 09 May 2019 19:51:25 +0200 In-Reply-To: Content-Language: de-DE X-Provags-ID: V03:K1:6QXMBTrZ3SNfCrsH6NtjX+SnxwRoUorAM+9AgLcaGks+/6Rq75u mTXxT6NWekLrHc5J9CK/a9hxeyHuEU34/NaQFl3J/Q4FezQITw5KM70s/iKmiRGLhOaap7q 6y+D+/5swr/Xi6i6BW2kDp9SKmPLp1qVVBI+ejWIrMs/rEUtUjIATNHJ3NY4S8ZZy+j+L34 URdLfcCmvMiIrqNNc8A+Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:TrAsbbDW65c=:QpgIQ7b/Hcgrdju0gvdhv8 HCnj+ie+KlZ6HJuUgz9QLNO2Sv0auU4kybGxM5iZMI0K0uEr07XGdTeKKZkvyPjzBcvqO/89i ZJ5D6Pzu3f8M5DAOMi4AWSQiEYAOUIRIpuBHS2tg4d/iccrHR+uS74vhmuhiNYw5fdtbZJjcj YiQ8Qx18d4MRyV8SZD9iGaf3wOuCw4AkwrrBkOtNclm/RvPb6Sw752ouSet/kXcmhg6EDrqZ4 b5hK4L7yIi2uLAtMMu8So8Orc46JO/1TJwMhpbj4Mo6qF44JEklnaZGJkYP/EYU3p4lhWL0cm PpWD2c3jdha1tPWfHQz5GAP0BG7tj5CT0pvHrhXfK6ZMcsnh0gTi9woR4tqfNt4pghZRApt/R anrTGx0kDjUMwvoKwQmPOL2rI1+qzbP5NhxF9N8s78OplBndIeWay/8ilfxfpeD2mRmZAdnd8 IcbGY7R+BfGXexjcqEttyVfYyE405wZHArffC0OyKJf3KJinEHt67tDqw2AhjDUedqTXw1LNW TyXdk8a+/wOrZ3H2z2G6DFpBqB+nk5eRqiuZLyi7/PE6a5fQVptPK/J8oeXzc8lSDvrLJKOve RH3wKOIM3rGNpdH6WsqUfBSwz7+XccGOHqtftd/e7kFZavULFHQA1lpKtr0UEWsIAQ5R+LPAL xvoVIfn7V7XgCZP9lt8VX/oNSz3/aBtSvshRJj9ETAle6Qgvmt92UuvuxZYnxdkkFLoQLrtKm 7QZg6g6IFomLGXUEVO64wYGFi8HVzO0YfixIun/vgeZgfJCrSRNMoanjk83sm3eAMZSrjgc6 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:158994 Archived-At: >> But I'm afraid we'll have to stick to what we have now. > > Why? Not sure what you mean. I mean that it won't be easy to convince others that we need a new face for propertizing prompts. > I would prefer that the two be separated. Tooltip text > is quite different from prompts in use cases and behavior. They are similar in the following aspect: Both prompts and tooltips are often displayed using toolkit functions. GTK tooltips are by default not propertized because the system doesn't accept any face properties for them. If Emacs used balloon tooltips on Windows, propertizing them would not be possible either. And both 'y-or-n-p' and 'yes-or-no-p', when implemented via dialog popups, don't adopt our text properties either. The question is now whether an application should accept the uniform appearance of such objects as prescribed by the toolkit used and as such obey the toolkit's look-and-feel or insist to use its own implementations. Emacs leaves that choice to its users. Which means that users are told things like "if you want this mode to behave as intended, you have to customize variables like 'use-dialog-box' or 'x-gtk-use-system-tooltips'". Nothing bad with that, but some users might be uncertain whether they should agree. In particular when such an option affects all sorts of tooltips or prompts. martin