From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#18133: Suppressing asynchronous command output Date: Fri, 23 Dec 2016 19:59:23 +0100 Message-ID: <585D740B.40303@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1482519616 10113 195.159.176.226 (23 Dec 2016 19:00:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 23 Dec 2016 19:00:16 +0000 (UTC) Cc: 18133@debbugs.gnu.org To: Reuben Thomas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 23 20:00:12 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKV4b-0001o9-A5 for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Dec 2016 20:00:09 +0100 Original-Received: from localhost ([::1]:40473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKV4f-0004T3-VL for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Dec 2016 14:00:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKV4a-0004RF-7X for bug-gnu-emacs@gnu.org; Fri, 23 Dec 2016 14:00:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKV4V-0000y9-5S for bug-gnu-emacs@gnu.org; Fri, 23 Dec 2016 14:00:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37566) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cKV4V-0000xg-34 for bug-gnu-emacs@gnu.org; Fri, 23 Dec 2016 14:00:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cKV4U-0008Tr-NZ for bug-gnu-emacs@gnu.org; Fri, 23 Dec 2016 14:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Dec 2016 19:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18133 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18133-submit@debbugs.gnu.org id=B18133.148251957332530 (code B ref 18133); Fri, 23 Dec 2016 19:00:02 +0000 Original-Received: (at 18133) by debbugs.gnu.org; 23 Dec 2016 18:59:33 +0000 Original-Received: from localhost ([127.0.0.1]:52965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKV41-0008Sc-M4 for submit@debbugs.gnu.org; Fri, 23 Dec 2016 13:59:33 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:57925) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKV40-0008SP-9o for 18133@debbugs.gnu.org; Fri, 23 Dec 2016 13:59:32 -0500 Original-Received: from [192.168.1.100] ([212.95.7.93]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MgcTf-1bxad139U7-00Nzu5; Fri, 23 Dec 2016 19:59:24 +0100 In-Reply-To: X-Provags-ID: V03:K0:VOOOo+SdmhR7WE8cpITgRWWMNI/QBsLGtcEqlI+ZKs2Hc03s94a 4xLYL5Yx6b/2VtJYozuWI4rCgGHpqCQABTdabbjKhjbcuQ84monYStE74W7j2aO9C6ZkEvf i+1/DeY/hJcjYCPXpXurLjbRrzgPbx5U6EM85iQSVm61Wr62IwEn5yVGWlQMQt6IOMuaKbJ HeDbnmMg+7CfXiMep0eeQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:JSpIfcCBgv4=:t0ZK3x3TJI+NWb9czV4lTX AayZLNSalNvaxtJj/7ivEwmCDpztm79JmDZNmnIzW/mNQQ+WONOhs0Y3kxaSjC0YccF1lXlPQ lRl23YFZ9Illp3qQi82fmWU7AdJ2qkUqsnW5Uw1qE3ef8MG7CmeLWKZRGcYO0uXkCmz5Pq7V8 GFknnsbqG6xQdqQFsZSgA7EoOgDXo2wQXReLRemR+lkVWd2Anh+jdcdAtHfjrrf6BEvn14Oqc 6gmSWBwMmGTlJXKHA4OPl1KCQab7euq+eXQ4zOe415pdYATamXWNHncx+KrEDz+5ssNk5EAFM Rsm1Ijz1vgeI9UkAyRhLnx/ksithpfMGF0LhJxAfJPcEXdiooDh/aGr+hoanczQ86ZFfTFXUU Leg0Wfc9cErtWr0BPgGDBxjXcFdLBDHlFnT7e6MvL2eRaOATgK+tuJGjmprkykBWp+vZEol4d Eh2BUutjwbFDL4t4nUQK5dVVdydUkoWj++VNrsyAXzmoJViiqAwGnNX2vmeOIipFsES3S2aLD pHy09myPn7pXDwnq/QRhOSuX1ELZY8YapCJtYhfTICjtMANU3soO0bJh6F9JuesHHtO3Y8YDj i+wpGNVyEUB4DFVEkL+KcbqJ62njCL6HaL+CUXmdYBaE+O1u/uSdCjxnf4JWkNaquibUAKs4h PftwNNj4zS3g2xRccjFQXrbJSO1UjolgZOenlrmZSdM8QlaDitAPXm8dBVRQRJJjQlqP4tEKF TJPFFoXjyJ/6ZgWzQOptte9EwSihVEMmMSjg4qrqzXEasMwYVLQ+fdByHvLkHcoizHUIi5it 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: 208.118.235.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:127376 Archived-At: > =E2=80=8BI'm not trying to override the user here, I'm just trying to = avoid adding > another configuration option.=E2=80=8B You change long-standing behavior when you add such an option. Did people agree that the buffer should be preferably not displayed? The current status is that To run COMMAND without displaying the output in a window you can configure `display-buffer-alist' to use the action= `display-buffer-no-window' for the buffer `*Async Shell Command*'. With your proposal the buffer would not be displayed and the user would have to delete the =E2=80=98display-buffer-alist=E2=80=99 entry to displa= y the buffer. But if people generally agree that the buffer should not be displayed by default, you can simply do something like (display-buffer buffer `(,(and (equal (buffer-name buffer) "*Async Shell Command*") 'display-buffer-no-window) (allow-no-window . t))) in =E2=80=98shell-command=E2=80=99. This has the same effect without clu= ttering =E2=80=98display-buffer-alist=E2=80=99. > It would be nice if the user only had to change one thing to enable hi= ding > the async output buffer until there is output. But when you add the entry to =E2=80=98display-buffer-alist=E2=80=99 the = buffer will already be hidden without any user intervention. martin