From unknown Sun Jun 22 00:03:07 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#18133 <18133@debbugs.gnu.org> To: bug#18133 <18133@debbugs.gnu.org> Subject: Status: Suppressing asynchronous command output Reply-To: bug#18133 <18133@debbugs.gnu.org> Date: Sun, 22 Jun 2025 07:03:07 +0000 retitle 18133 Suppressing asynchronous command output reassign 18133 emacs submitter 18133 Reuben Thomas severity 18133 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 28 14:47:34 2014 Received: (at submit) by debbugs.gnu.org; 28 Jul 2014 18:47:34 +0000 Received: from localhost ([127.0.0.1]:41253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBpxJ-0002fL-T5 for submit@debbugs.gnu.org; Mon, 28 Jul 2014 14:47:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48655) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XBpxE-0002f5-0A for submit@debbugs.gnu.org; Mon, 28 Jul 2014 14:47:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBpx7-0003AA-QO for submit@debbugs.gnu.org; Mon, 28 Jul 2014 14:47:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBpx7-00039r-NB for submit@debbugs.gnu.org; Mon, 28 Jul 2014 14:47:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBpx6-0006N1-Ot for bug-gnu-emacs@gnu.org; Mon, 28 Jul 2014 14:47:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBpx5-00035m-SZ for bug-gnu-emacs@gnu.org; Mon, 28 Jul 2014 14:47:16 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54752) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBpx5-00035i-Of for bug-gnu-emacs@gnu.org; Mon, 28 Jul 2014 14:47:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46279) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1XBpx5-0002r9-Ft for bug-emacs@gnu.org; Mon, 28 Jul 2014 14:47:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBpx3-00034r-Qj for bug-emacs@gnu.org; Mon, 28 Jul 2014 14:47:15 -0400 Received: from mail-lb0-x234.google.com ([2a00:1450:4010:c04::234]:53740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBpx3-00034Y-Hx for bug-emacs@gnu.org; Mon, 28 Jul 2014 14:47:13 -0400 Received: by mail-lb0-f180.google.com with SMTP id v6so6034766lbi.25 for ; Mon, 28 Jul 2014 11:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=wEix6dR0Cusq66ewnQRBNdCGH83Zz6K8Subi8Rj8nBg=; b=L3IZh3OtQsiXGDjtPQvRcLGkhjcXDRqH5HX8hgUSE8jCitO/mT0dgmzMtI1ttPmMbP hskrEN925Q4GrXyPDA1sqnA3DrdfQQredh5mEP3NZ04Dy/l8/NO8yWa0dJP3rNeZfond 9EizPIR+uOdUh9rS7Mz/odKkoAL2pn4PpjIAg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=wEix6dR0Cusq66ewnQRBNdCGH83Zz6K8Subi8Rj8nBg=; b=USek2ThD8pDnA7oEsf7aqlVJBhoKCGjcmTP2P0IS8bUhwAPuAvqWSpqVu+ThZRQ/gV LSzxrrXbQK2JWFJLR8zAJ59wOH2tXn1EKlQQlJji6p8g+OAtt5IlByddhEDCI+zNI3bj 1k7uAFcQcb5/P8gFoPWpA3hjVCKQXMo0mfecjoNAxkuXSYzTxI2SpP3NWZPX7UXHrZr2 tfSMUdNjs7q6iUg3RsUauQuV5EgWwSRjbYfNlBz0bKXz+XStgzTs3hU4dFQF2YeDYoSb o8a7rlb0YHqe1DuCFpzrkQROyF+zku43hoIsgia43mXZpnQCFxgEi0IJN3hgrJfW2z4t P34w== X-Gm-Message-State: ALoCoQlx2CD4SxWB55ZhesvNNIPKIbCqNXbwdGn1dEHkdFkC21C9mlLNoFe4UarsYFNUNWyQN/x7 MIME-Version: 1.0 X-Received: by 10.112.166.2 with SMTP id zc2mr5047148lbb.98.1406573231889; Mon, 28 Jul 2014 11:47:11 -0700 (PDT) Received: by 10.152.163.4 with HTTP; Mon, 28 Jul 2014 11:47:11 -0700 (PDT) Date: Mon, 28 Jul 2014 19:47:11 +0100 Message-ID: Subject: Suppressing asynchronous command output From: Reuben Thomas To: bug-emacs Content-Type: multipart/alternative; boundary=001a11c383bcd67a5204ff4559e6 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --001a11c383bcd67a5204ff4559e6 Content-Type: text/plain; charset=UTF-8 When using an asychronous command, e.g. & from dired-mode, it would be nice if it didn't pop up the buffer until output was received. Often, no output is received, for example, when using an asynchronous command to start an external viewer (here, it makes sense to start it asynchronously, as the user doesn't want Emacs to block until the viewer exits). This thread: https://groups.google.com/forum/#!topic/gnu.emacs.help/xrs6ny67c_4 discusses the issue, and gives some workarounds and partial solutions; but would there be any disadvantage to changing the behavior to pop up the buffer when input arrives, and otherwise not do so? -- http://rrt.sc3d.org --001a11c383bcd67a5204ff4559e6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
When using an asychronous command, e.g. & fr= om dired-mode, it would be nice if it didn't pop up the buffer until ou= tput was received. Often, no output is received, for example, when using an= asynchronous command to start an external viewer (here, it makes sense to = start it asynchronously, as the user doesn't want Emacs to block until = the viewer exits).

This thread: https://groups.google.com/forum/#!topic/gnu.emac= s.help/xrs6ny67c_4 discusses the issue, and gives some workarounds and = partial solutions; but would there be any disadvantage to changing the beha= vior to pop up the buffer when input arrives, and otherwise not do so?
--001a11c383bcd67a5204ff4559e6-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 29 19:52:04 2014 Received: (at 18133) by debbugs.gnu.org; 29 Jul 2014 23:52:04 +0000 Received: from localhost ([127.0.0.1]:42360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCHBb-0007Ss-G5 for submit@debbugs.gnu.org; Tue, 29 Jul 2014 19:52:03 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:34159 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCHBY-0007SI-F6 for 18133@debbugs.gnu.org; Tue, 29 Jul 2014 19:52:01 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 5E33C3724F012B; Tue, 29 Jul 2014 16:51:57 -0700 (PDT) From: Juri Linkov To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output Organization: JURTA References: Date: Wed, 30 Jul 2014 02:47:54 +0300 In-Reply-To: (Reuben Thomas's message of "Mon, 28 Jul 2014 19:47:11 +0100") Message-ID: <87iomf682d.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > When using an asychronous command, e.g. & from dired-mode, it would be nice > if it didn't pop up the buffer until output was received. Often, no output > is received, for example, when using an asynchronous command to start an > external viewer (here, it makes sense to start it asynchronously, as the > user doesn't want Emacs to block until the viewer exits). > > This thread: > https://groups.google.com/forum/#!topic/gnu.emacs.help/xrs6ny67c_4 > discusses the issue, and gives some workarounds and partial solutions; but > would there be any disadvantage to changing the behavior to pop up the > buffer when input arrives, and otherwise not do so? [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > When using an asychronous command, e.g. & from dired-mode, it would be nice > if it didn't pop up the buffer until output was received. Often, no output > is received, for example, when using an asynchronous command to start an > external viewer (here, it makes sense to start it asynchronously, as the > user doesn't want Emacs to block until the viewer exits). > > This thread: > https://groups.google.com/forum/#!topic/gnu.emacs.help/xrs6ny67c_4 > discusses the issue, and gives some workarounds and partial solutions; but > would there be any disadvantage to changing the behavior to pop up the > buffer when input arrives, and otherwise not do so? [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > When using an asychronous command, e.g. & from dired-mode, it would be nice > if it didn't pop up the buffer until output was received. Often, no output > is received, for example, when using an asynchronous command to start an > external viewer (here, it makes sense to start it asynchronously, as the > user doesn't want Emacs to block until the viewer exits). > > This thread: > https://groups.google.com/forum/#!topic/gnu.emacs.help/xrs6ny67c_4 > discusses the issue, and gives some workarounds and partial solutions; but > would there be any disadvantage to changing the behavior to pop up the > buffer when input arrives, and otherwise not do so? It's possible to display *Async Shell Command* only when the command finishes with empty input using: (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" display-buffer-no-window (nil))) (advice-add 'shell-command-sentinel :after (lambda (process signal) (when (and (string-match-p "\\*Async Shell Command\\*" (buffer-name (process-buffer process))) (memq (process-status process) '(exit signal)) (not (zerop (buffer-size (process-buffer process))))) (display-buffer (process-buffer process))))) or when the first output is received: (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" display-buffer-no-window (nil))) (advice-add 'comint-output-filter :after (lambda (process string) (when (and (string-match-p "\\*Async Shell Command\\*" (buffer-name (process-buffer process)))) (display-buffer (process-buffer process))))) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 30 05:16:35 2014 Received: (at 18133) by debbugs.gnu.org; 30 Jul 2014 09:16:35 +0000 Received: from localhost ([127.0.0.1]:42555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCPzu-0007cY-7A for submit@debbugs.gnu.org; Wed, 30 Jul 2014 05:16:34 -0400 Received: from mail-lb0-f181.google.com ([209.85.217.181]:64726) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCPzr-0007cK-T4 for 18133@debbugs.gnu.org; Wed, 30 Jul 2014 05:16:32 -0400 Received: by mail-lb0-f181.google.com with SMTP id 10so639447lbg.40 for <18133@debbugs.gnu.org>; Wed, 30 Jul 2014 02:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=07CL4BTSdOpI0IiF8V/S9ObXfNtYbUp5IpGdlp8qBb8=; b=a/MsHwz7WC4HpwpcaIzw4+WFLXB67VauzyvU3LSejWvtFYq3FCxmYxqIhFgoQ+nhP4 NwErlYrrnpziAEsSiFRSMa9AAZJwGPCUem72UGPgSp6PcRW0aAI3BSeSatYQG3zGujBC oWKh/jLOEG5wvAUz+tYfABVJezN/sF86sb0zo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=07CL4BTSdOpI0IiF8V/S9ObXfNtYbUp5IpGdlp8qBb8=; b=M/70SPKgvT/YbBzXHMNDGboBRqRaVGmlAFTfi5vGhWp9AS5Z2sghQwtQH+70n532zn np9UcrCq73DUrIW8xCJQR8d427XJiSrduHP9WWX9TAW9mE5TXHN/U7BFD2sDnlUCEwjj 3UyP7mp+CL89FTU0lpzT04hszsJ/0E66mAShxaTLiY/yT1hA4BpB3H8d4TpnON0KuYHN 5jvnQg/cQScLQ/Q7ipD/joyZjpvhuDpAuAXUcsldGygNVUEJMbi7pS6Fv+R9Dej+fqeq mdMzIYA2siQmegW4qZpJ8x8s0NUUM2r4IMQOFM/GUr+uGrpfbai77fDLK8B2iP+Yuo1v 9wDA== X-Gm-Message-State: ALoCoQn2VEVr9W+cAfrNguAI+xpJqNhMCrxD9OKcFYNTPmsOOsBMxLrs4JLnI1dE09kwjIukRZ8m MIME-Version: 1.0 X-Received: by 10.152.87.229 with SMTP id bb5mr2864140lab.75.1406711785829; Wed, 30 Jul 2014 02:16:25 -0700 (PDT) Received: by 10.152.163.4 with HTTP; Wed, 30 Jul 2014 02:16:25 -0700 (PDT) In-Reply-To: <87iomf682d.fsf@mail.jurta.org> References: <87iomf682d.fsf@mail.jurta.org> Date: Wed, 30 Jul 2014 10:16:25 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output From: Reuben Thomas To: Juri Linkov Content-Type: multipart/alternative; boundary=001a11c34e064bc92604ff659c05 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c34e064bc92604ff659c05 Content-Type: text/plain; charset=UTF-8 On 30 July 2014 00:47, Juri Linkov wrote: > > When using an asychronous command, e.g. & from dired-mode, it would be > nice > > if it didn't pop up the buffer until output was received. Often, no > output > > is received, for example, when using an asynchronous command to start an > > external viewer (here, it makes sense to start it asynchronously, as the > > user doesn't want Emacs to block until the viewer exits). > > > > This thread: > > https://groups.google.com/forum/#!topic/gnu.emacs.help/xrs6ny67c_4 > > discusses the issue, and gives some workarounds and partial solutions; > but > > would there be any disadvantage to changing the behavior to pop up the > > buffer when input arrives, and otherwise not do so? > > It's possible to display *Async Shell Command* only > when the command finishes with empty input using: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window (nil))) > > (advice-add 'shell-command-sentinel :after > (lambda (process signal) > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer > process))) > (memq (process-status process) '(exit signal)) > (not (zerop (buffer-size (process-buffer > process))))) > (display-buffer (process-buffer process))))) > > or when the first output is received: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window (nil))) > > (advice-add 'comint-output-filter :after > (lambda (process string) > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer > process)))) > (display-buffer (process-buffer process))))) > Thanks very much. The second form seems like the "right" one: when running a command asynchronously, output should be immediately visible. Is this suitable also to be used as the basis of a patch to Emacs? -- http://rrt.sc3d.org --001a11c34e064bc92604ff659c05 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 3= 0 July 2014 00:47, Juri Linkov <juri@jurta.org> wrote:
> When using an asychronous command, e.g. & from dired-mode, it woul= d be nice
> if it didn't pop up the buffer until output was received. Often, n= o output
> is received, for example, when using an asynchronous command to start = an
> external viewer (here, it makes sense to start it asynchronously, as t= he
> user doesn't want Emacs to block until the viewer exits).
>
> This thread:
> https://groups.google.com/forum/#!topic/gnu.emac= s.help/xrs6ny67c_4
> discusses the issue, and gives some workarounds and partial solutions;= but
> would there be any disadvantage to changing the behavior to pop up the=
> buffer when input arrives, and otherwise not do so?

It's possible to display *Async Shell Command* only
when the command finishes with empty input using:

=C2=A0 (add-to-list 'display-buffer-alist '("\\*Async Shell Co= mmand\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0display-b= uffer-no-window (nil)))

=C2=A0 (advice-add 'shell-command-sentinel :after
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (lambda (process signal) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (and (string-= match-p "\\*Async Shell Command\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(buffer-name (process-buffer process)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0(memq (process-status process) '(exit signal))<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0(not (zerop (buffer-size (process-buffer process)))= ))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-buf= fer (process-buffer process)))))

or when the first output is received:

=C2=A0 (add-to-list 'display-buffer-alist '("\\*Async Shell Co= mmand\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0display-b= uffer-no-window (nil)))

=C2=A0 (advice-add 'comint-output-filter :after
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (lambda (process string) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (and (string-= match-p "\\*Async Shell Command\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(buffer-name (process-buffer process))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-buf= fer (process-buffer process)))))

Thanks very much. T= he second form seems like the "right" one: when running a command= asynchronously, output should be immediately visible.

Is this suitable also to be used as the basis of a patch to Emacs?

--
http://rrt.sc3d.org
--001a11c34e064bc92604ff659c05-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 30 05:48:42 2014 Received: (at 18133) by debbugs.gnu.org; 30 Jul 2014 09:48:42 +0000 Received: from localhost ([127.0.0.1]:42563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCQUz-0008Mi-Vs for submit@debbugs.gnu.org; Wed, 30 Jul 2014 05:48:42 -0400 Received: from mail-lb0-f173.google.com ([209.85.217.173]:54382) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCQUx-0008MU-Pt for 18133@debbugs.gnu.org; Wed, 30 Jul 2014 05:48:40 -0400 Received: by mail-lb0-f173.google.com with SMTP id p9so681538lbv.18 for <18133@debbugs.gnu.org>; Wed, 30 Jul 2014 02:48:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6ZkF1WDkBnoqwYkT2xTKYnGdp2kwysZ4wCLJOPSZaDg=; b=R+FVl7gSTlt0ZehM8J6+fjQrhoedJHfeZh5064+vFB0SsGqHE97z4GdQrp5gARUKDv G2yDOJAjOEjBmAb5WxGglak3sDxqivvTA+g1KdaFe2XjqpQ4XqtFrJXwAzmbgiPh7ZCv s5m+LXOW3JZJVrjv04XCkkldwi09jO+3VXon8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6ZkF1WDkBnoqwYkT2xTKYnGdp2kwysZ4wCLJOPSZaDg=; b=ib4bpOfWVGic4/pplDSvwXlsZItlJuu94i6B37io8/Y5/oVplJ6BZNslnqjqcyc4cl 6jeY4s6Q2bh8OMZifoUuk/EHjd1yg7Mukf9VGoBHAqig3nRSfGBCSoAfgCxNYre7YrM3 Z6kS/qfaMyl5U+Qq4XMsZRmKpasUAZtnkKRWip9Yo8PTXsxTDser1KW8Nm+KjBgxsmVO SL7sffjGfkreRDO8BUy5D4GeBizGSw+RtjSLQsRGlPiuS2paZGoQBFpmQ5MqjAafKQMy U4Imq31nvUkVgDQRO9fnQ2c10NcPO8IWZ6epzCsSwK1lCBScDdsQOeE0P+myS6Sz3hd0 8IzA== X-Gm-Message-State: ALoCoQnBAG7jkiU7J22EzhXQO1wIYvI3Nsdl78H00ygrXhf0u0OlJMSjPd+R2YTa/2cPa9Y4Omq7 MIME-Version: 1.0 X-Received: by 10.152.236.43 with SMTP id ur11mr3289944lac.74.1406713713170; Wed, 30 Jul 2014 02:48:33 -0700 (PDT) Received: by 10.152.163.4 with HTTP; Wed, 30 Jul 2014 02:48:33 -0700 (PDT) In-Reply-To: References: <87iomf682d.fsf@mail.jurta.org> Date: Wed, 30 Jul 2014 10:48:33 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output From: Reuben Thomas To: Juri Linkov Content-Type: multipart/alternative; boundary=001a11345e0e2d2ca504ff660f77 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11345e0e2d2ca504ff660f77 Content-Type: text/plain; charset=UTF-8 On 30 July 2014 10:16, Reuben Thomas wrote: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" >> display-buffer-no-window (nil))) >> >> (advice-add 'comint-output-filter :after >> (lambda (process string) >> (when (and (string-match-p "\\*Async Shell Command\\*" >> (buffer-name (process-buffer >> process)))) >> (display-buffer (process-buffer process))))) >> > > Thanks very much. The second form seems like the "right" one: when running > a command asynchronously, output should be immediately visible. > Unfortunately, this code relies on features in the upcoming 24.4. I've rewritten it to work in 24.3, and fixed a bug: (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" display-buffer-no-window (allow-no-window . t))) (defadvice comint-output-filter (after delay-ashell-sync-command-output (process string)) "Stop Async Shell Command output from appearing until there is some output" (when (and (string-match-p "\\*Async Shell Command\\*" (buffer-name (process-buffer process)))) (display-buffer (process-buffer process)))) The argument to display-buffer-no-window now uses allow-no-window as it should, and I've rewritten the call to advice-add as a defadvice. -- http://rrt.sc3d.org --001a11345e0e2d2ca504ff660f77 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 3= 0 July 2014 10:16, Reuben Thomas <rrt@sc3d.org> wrote:

=C2=A0 (add-to-list 'display-buffer-alist '("\\*Async Shell Co= mmand\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0display-b= uffer-no-window (nil)))

=C2=A0 (advice-add 'comint-output-filter :after
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (lambda (process string) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (and (string-= match-p "\\*Async Shell Command\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0(buffer-name (process-buffer process))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-buf= fer (process-buffer process)))))

Thanks = very much. The second form seems like the "right" one: when runni= ng a command asynchronously, output should be immediately visible.

Unfortunately, this code relies on f= eatures in the upcoming 24.4. I've rewritten it to work in 24.3, and fi= xed a bug:

(add-to-list 'display-buffer-alist '("= \\*Async Shell Command\\*"
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 di= splay-buffer-no-window (allow-no-window . t)))

(defadvice comint-out= put-filter (after delay-ashell-sync-command-output (process string))
=C2= =A0 "Stop Async Shell Command output from appearing until there is som= e output"
=C2=A0 (when (and (string-match-p "\\*Async Shell Command\\*"
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 (buffer-name (process-buffer process))))
=C2=A0=C2=A0= =C2=A0 (display-buffer (process-buffer process))))

The ar= gument to display-buffer-no-window now uses allow-no-window as it should, a= nd I've rewritten the call to advice-add as a defadvice.

--
http://rrt.sc3d.org<= /a>
--001a11345e0e2d2ca504ff660f77-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 30 12:37:09 2014 Received: (at 18133) by debbugs.gnu.org; 30 Jul 2014 16:37:10 +0000 Received: from localhost ([127.0.0.1]:52030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCWsH-0006UA-0x for submit@debbugs.gnu.org; Wed, 30 Jul 2014 12:37:09 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:51552 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XCWsD-0006TA-1y for 18133@debbugs.gnu.org; Wed, 30 Jul 2014 12:37:05 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id BBD513094098AD; Wed, 30 Jul 2014 09:37:03 -0700 (PDT) From: Juri Linkov To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output Organization: JURTA References: <87iomf682d.fsf@mail.jurta.org> Date: Wed, 30 Jul 2014 19:35:04 +0300 In-Reply-To: (Reuben Thomas's message of "Wed, 30 Jul 2014 10:48:33 +0100") Message-ID: <87a97qdcuf.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Unfortunately, this code relies on features in the upcoming 24.4. I've > rewritten it to work in 24.3, and fixed a bug: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window > (allow-no-window . t))) > > (defadvice comint-output-filter (after delay-ashell-sync-command-output > (process string)) > "Stop Async Shell Command output from appearing until there is some > output" > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer process)))) > (display-buffer (process-buffer process)))) > > The argument to display-buffer-no-window now uses allow-no-window as it > should, and I've rewritten the call to advice-add as a defadvice. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Unfortunately, this code relies on features in the upcoming 24.4. I've > rewritten it to work in 24.3, and fixed a bug: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window > (allow-no-window . t))) > > (defadvice comint-output-filter (after delay-ashell-sync-command-output > (process string)) > "Stop Async Shell Command output from appearing until there is some > output" > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer process)))) > (display-buffer (process-buffer process)))) > > The argument to display-buffer-no-window now uses allow-no-window as it > should, and I've rewritten the call to advice-add as a defadvice. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > Unfortunately, this code relies on features in the upcoming 24.4. I've > rewritten it to work in 24.3, and fixed a bug: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window > (allow-no-window . t))) > > (defadvice comint-output-filter (after delay-ashell-sync-command-output > (process string)) > "Stop Async Shell Command output from appearing until there is some > output" > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer process)))) > (display-buffer (process-buffer process)))) > > The argument to display-buffer-no-window now uses allow-no-window as it > should, and I've rewritten the call to advice-add as a defadvice. In 24.4 there is no need to add (allow-no-window . t) because `shell-command' already provides this alist in its call: (display-buffer buffer '(nil (allow-no-window . t))) > Is this suitable also to be used as the basis of a patch to Emacs? Using defadvice is undesirable for the core files, so if this feature is useful enough then a new user customizable variable could be added to optionally enable displaying the output buffer when the first output is received using code like in this defadvice. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 10:48:10 2016 Received: (at 18133) by debbugs.gnu.org; 19 Dec 2016 15:48:10 +0000 Received: from localhost ([127.0.0.1]:47727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0Aa-00042g-OQ for submit@debbugs.gnu.org; Mon, 19 Dec 2016 10:48:10 -0500 Received: from mail-qt0-f170.google.com ([209.85.216.170]:35474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0AY-000427-Da for 18133@debbugs.gnu.org; Mon, 19 Dec 2016 10:48:06 -0500 Received: by mail-qt0-f170.google.com with SMTP id c47so150458293qtc.2 for <18133@debbugs.gnu.org>; Mon, 19 Dec 2016 07:48:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=pBqfV6AU6qE98t4Yr8SfRTQLCIRePWXUeAq2An4hqvw=; b=1ICtBHwrwbKVR+JITYLZiatEsA73OoM12MsUg0oCtBVz7IdfO0L6JCuHXDrsp4hoG8 CHp5P3Bym6bLokdJcXkHNBP9yMwg7p7D6tZI53uuG6P2WSKrexeQC+Ni1D3KBrdc3lCM mpFzFL2a+CZMmIrQIb5V/z6UoOKiF8vJarIcg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pBqfV6AU6qE98t4Yr8SfRTQLCIRePWXUeAq2An4hqvw=; b=Td66FRmQ19QOgsy3IOtzi7b5IHs0iiDNX6dPqV8BlL0SfHY65XESHFy92CdzDJgQal Hn0onQw8pbybMmEQDqt2hFAsNyRoCbcz8fdmeoiJ5vqt1Gk+ZsoTeYvyFvC7NQ95j1LI yPbaKRdT1FBz0V2uFF3eGd0swkH/jCVjvYrKC1Sml1NLqMfLN2OpfwHO18ZkAPEsyq3g UIL2LfP6W0PHlJqIadwrvu9SBCvg0J/4kSY+pMgenYe56if/EvRXACFZzluXNMWJ9cfH 1kH7IRD8O1llTgF3uw6QXRxD6Vuvo/C/vZUH2nuFMuKXINWEADLV8t6kPrho9MbdpYw+ jKjQ== X-Gm-Message-State: AIkVDXKjEQ+Cw2pIRTfabjZvBTKHW23YD6pzdIXHbnry8T7PiUBtr+MvkdIsJtjGGlz2qGdNvuFSSiY/aBKBEyMV X-Received: by 10.237.33.173 with SMTP id l42mr15529433qtc.271.1482162480654; Mon, 19 Dec 2016 07:48:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 07:48:00 -0800 (PST) From: Reuben Thomas Date: Mon, 19 Dec 2016 15:48:00 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: 18133@debbugs.gnu.org Content-Type: multipart/mixed; boundary=001a113e46fe28f22b054404d8a3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113e46fe28f22b054404d8a3 Content-Type: multipart/alternative; boundary=001a113e46fe28f226054404d8a1 --001a113e46fe28f226054404d8a1 Content-Type: text/plain; charset=UTF-8 Attached, a patch for this bug. It makes hiding the output buffer until there is output the default behavior; if the user wishes to get the old behavior back, then display-buffer-alist can be customized to remove the new default element. If this patch is acceptable, I can add a NEWS item and install it. As a side effect, the process object is now made available to input and output filter functions. -- http://rrt.sc3d.org --001a113e46fe28f226054404d8a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable --001a113e46fe28f226054404d8a1-- --001a113e46fe28f22b054404d8a3 Content-Type: text/x-patch; charset=US-ASCII; name="0002-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Disposition: attachment; filename="0002-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iww998fo0 RnJvbSBjNDc4ZGFkNGQ0ZjI1OTgwZjIxNWMwZjk5YWYwMzUyMGJkMjY0M2ZhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IE1v biwgMTkgRGVjIDIwMTYgMTU6Mzg6MzYgKzAwMDAKU3ViamVjdDogW1BBVENIIDIvNl0gRGVsYXkg c2hvd2luZyBBc3luYyBTaGVsbCBDb21tYW5kIGJ1ZmZlciB1bnRpbCBvdXRwdXQKIChCdWcjMTgx MzMpCgoqIGxpc3AvY29taW50LmVsIChjb21pbnQtaW5wdXQtZmlsdGVyKTogQWRkIHByb2Nlc3Mg YXJndW1lbnQuCihjb21pbnQtb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMpOiBBZGQgYGNvbWludC1t YWtlLWJ1ZmZlci12aXNpYmxlJyB0bwp0aGUgbGlzdCwgZG9jdW1lbnQgdGhlIHNlY29uZCBhcmd1 bWVudCAodGhlIHByb2Nlc3MpLgooY29taW50LXNlbmQtaW5wdXQpOiBDYWxsIGlucHV0IGFuZCBv dXRwdXQgZmlsdGVyIGZ1bmN0aW9ucyB3aXRoCnByb2Nlc3MgYXJndW1lbnQuCihjb21pbnQtb3V0 cHV0LWZpbHRlcik6IENhbGwgb3V0cHV0IGZpbHRlciBmdW5jdGlvbnMgd2l0aCBwcm9jZXNzCmFy Z3VtZW50LgooY29taW50LW1ha2UtYnVmZmVyLXZpc2libGUpOiBOZXcgaG9vayBmdW5jdGlvbiwg dG8gbWFrZSBBc3luYyBTaGVsbApDb21tYW5kIGJ1ZmZlciB2aXNpYmxlLgooY29taW50LXBvc3Rv dXRwdXQtc2Nyb2xsLXRvLWJvdHRvbSk6Cihjb21pbnQtd2F0Y2gtZm9yLXBhc3N3b3JkLXByb21w dCk6IEFkZCBkdW1teSBwcm9jZXNzIGFyZ3VtZW50LgoqIGxpc3Avd2luZG93LmVsIChkaXNwbGF5 LWJ1ZmZlci1hbGlzdCk6IEFkZCBhIGRlZmF1bHQgZW50cnkgdG8gaGlkZQpBc3luYyBTaGVsbCBD b21tYW5kIG91dHB1dCB3aW5kb3cuCiogbGlzcC9hbnNpLWNvbG9yLmVsIChhbnNpLWNvbG9yLXBy b2Nlc3Mtb3V0cHV0KTogQWRkIGEgZHVtbXkgcHJvY2Vzcwphcmd1bWVudC4KLS0tCiBsaXNwL2Fu c2ktY29sb3IuZWwgfCAgMiArLQogbGlzcC9jb21pbnQuZWwgICAgIHwgMzEgKysrKysrKysrKysr KysrKysrKystLS0tLS0tLS0tLQogbGlzcC93aW5kb3cuZWwgICAgIHwgIDMgKystCiAzIGZpbGVz IGNoYW5nZWQsIDIzIGluc2VydGlvbnMoKyksIDEzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBh L2xpc3AvYW5zaS1jb2xvci5lbCBiL2xpc3AvYW5zaS1jb2xvci5lbAppbmRleCA3ODhhN2JkLi5h YzNhOTEwIDEwMDY0NAotLS0gYS9saXNwL2Fuc2ktY29sb3IuZWwKKysrIGIvbGlzcC9hbnNpLWNv bG9yLmVsCkBAIC0yMDcsNyArMjA3LDcgQEAgYW5zaS1jb2xvci1mb3ItY29taW50LW1vZGUtZmls dGVyCiAgIChzZXRxIGFuc2ktY29sb3ItZm9yLWNvbWludC1tb2RlICdmaWx0ZXIpKQogCiA7Ozsj IyNhdXRvbG9hZAotKGRlZnVuIGFuc2ktY29sb3ItcHJvY2Vzcy1vdXRwdXQgKGlnbm9yZWQpCiso ZGVmdW4gYW5zaS1jb2xvci1wcm9jZXNzLW91dHB1dCAoX3N0cmluZyBfcHJvY2VzcykKICAgIk1h eWJlIHRyYW5zbGF0ZSBTR1IgY29udHJvbCBzZXF1ZW5jZXMgb2YgY29taW50IG91dHB1dCBpbnRv IHRleHQgcHJvcGVydGllcy4KIAogRGVwZW5kaW5nIG9uIHZhcmlhYmxlIGBhbnNpLWNvbG9yLWZv ci1jb21pbnQtbW9kZScgdGhlIGNvbWludCBvdXRwdXQgaXMKZGlmZiAtLWdpdCBhL2xpc3AvY29t aW50LmVsIGIvbGlzcC9jb21pbnQuZWwKaW5kZXggYjljNjViMC4uMjNiNWQ5YSAxMDA2NDQKLS0t IGEvbGlzcC9jb21pbnQuZWwKKysrIGIvbGlzcC9jb21pbnQuZWwKQEAgLTM5NSwxNiArMzk1LDE3 IEBAIGNvbWludC1pbnB1dC1maWx0ZXIKIAogKGRlZnZhciBjb21pbnQtaW5wdXQtZmlsdGVyLWZ1 bmN0aW9ucyAnKCkKICAgIkFibm9ybWFsIGhvb2sgcnVuIGJlZm9yZSBpbnB1dCBpcyBzZW50IHRv IHRoZSBwcm9jZXNzLgotVGhlc2UgZnVuY3Rpb25zIGdldCBvbmUgYXJndW1lbnQsIGEgc3RyaW5n IGNvbnRhaW5pbmcgdGhlIHRleHQgdG8gc2VuZC4iKQorVGhlc2UgZnVuY3Rpb25zIGdldCB0d28g YXJndW1lbnRzOiBhIHN0cmluZyBjb250YWluaW5nIHRoZSB0ZXh0IHRvIHNlbmQsCithbmQgdGhl IHByb2Nlc3MuIikKIAogOzs7IyMjYXV0b2xvYWQKLShkZWZ2YXIgY29taW50LW91dHB1dC1maWx0 ZXItZnVuY3Rpb25zICcoYW5zaS1jb2xvci1wcm9jZXNzLW91dHB1dCBjb21pbnQtcG9zdG91dHB1 dC1zY3JvbGwtdG8tYm90dG9tIGNvbWludC13YXRjaC1mb3ItcGFzc3dvcmQtcHJvbXB0KQorKGRl ZnZhciBjb21pbnQtb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMgJyhjb21pbnQtbWFrZS1idWZmZXIt dmlzaWJsZSBhbnNpLWNvbG9yLXByb2Nlc3Mtb3V0cHV0IGNvbWludC1wb3N0b3V0cHV0LXNjcm9s bC10by1ib3R0b20gY29taW50LXdhdGNoLWZvci1wYXNzd29yZC1wcm9tcHQpCiAgICJGdW5jdGlv bnMgdG8gY2FsbCBhZnRlciBvdXRwdXQgaXMgaW5zZXJ0ZWQgaW50byB0aGUgYnVmZmVyLgogT25l IHBvc3NpYmxlIGZ1bmN0aW9uIGlzIGBjb21pbnQtcG9zdG91dHB1dC1zY3JvbGwtdG8tYm90dG9t Jy4KLVRoZXNlIGZ1bmN0aW9ucyBnZXQgb25lIGFyZ3VtZW50LCBhIHN0cmluZyBjb250YWluaW5n IHRoZSB0ZXh0IGFzIG9yaWdpbmFsbHkKLWluc2VydGVkLiAgTm90ZSB0aGF0IHRoaXMgbWlnaHQg bm90IGJlIHRoZSBzYW1lIGFzIHRoZSBidWZmZXIgY29udGVudHMgYmV0d2VlbgotYGNvbWludC1s YXN0LW91dHB1dC1zdGFydCcgYW5kIHRoZSBidWZmZXIncyBgcHJvY2Vzcy1tYXJrJywgaWYgb3Ro ZXIgZmlsdGVyCi1mdW5jdGlvbnMgaGF2ZSBhbHJlYWR5IG1vZGlmaWVkIHRoZSBidWZmZXIuCitU aGVzZSBmdW5jdGlvbnMgZ2V0IHR3byBhcmd1bWVudHM6IGEgc3RyaW5nIGNvbnRhaW5pbmcgdGhl IHRleHQgYXMgb3JpZ2luYWxseQoraW5zZXJ0ZWQsIGFuZCB0aGUgcHJvY2Vzcy4gIE5vdGUgdGhh dCB0aGUgc3RyaW5nIG1pZ2h0IG5vdCBiZSB0aGUgc2FtZSBhcyB0aGUKK2J1ZmZlciBjb250ZW50 cyBiZXR3ZWVuIGBjb21pbnQtbGFzdC1vdXRwdXQtc3RhcnQnIGFuZCB0aGUgYnVmZmVyJ3MKK2Bw cm9jZXNzLW1hcmsnLCBpZiBvdGhlciBmaWx0ZXIgZnVuY3Rpb25zIGhhdmUgYWxyZWFkeSBtb2Rp ZmllZCB0aGUgYnVmZmVyLgogCiBTZWUgYWxzbyBgY29taW50LXByZW91dHB1dC1maWx0ZXItZnVu Y3Rpb25zJy4KIApAQCAtMTgzNCw3ICsxODM1LDggQEAgY29taW50LXNlbmQtaW5wdXQKIAogICAg ICAgICAocnVuLWhvb2std2l0aC1hcmdzICdjb21pbnQtaW5wdXQtZmlsdGVyLWZ1bmN0aW9ucwog ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChpZiBuby1uZXdsaW5lIGlucHV0Ci0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAoY29uY2F0IGlucHV0ICJcbiIpKSkKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIChjb25jYXQgaW5wdXQgIlxuIikpCisgICAgICAgICAgICAgICAg ICAgICAgICAgICAgcHJvYykKIAogICAgICAgICAobGV0ICgoYmVnIChtYXJrZXItcG9zaXRpb24g cG1hcmspKQogICAgICAgICAgICAgICAoZW5kIChpZiBuby1uZXdsaW5lIChwb2ludCkgKDEtIChw b2ludCkpKSkpCkBAIC0xOTExLDcgKzE5MTMsNyBAQCBjb21pbnQtc2VuZC1pbnB1dAogCiAgICAg ICAgIDs7IFRoaXMgdXNlZCB0byBjYWxsIGNvbWludC1vdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucywK ICAgICAgICAgOzsgYnV0IHRoYXQgc2Nyb2xsZWQgdGhlIGJ1ZmZlciBpbiB1bmRlc2lyYWJsZSB3 YXlzLgotICAgICAgICAocnVuLWhvb2std2l0aC1hcmdzICdjb21pbnQtb3V0cHV0LWZpbHRlci1m dW5jdGlvbnMgIiIpKSkpKQorICAgICAgICAocnVuLWhvb2std2l0aC1hcmdzICdjb21pbnQtb3V0 cHV0LWZpbHRlci1mdW5jdGlvbnMgIiIgcHJvYykpKSkpCiAKIChkZWZ2YXIgY29taW50LXByZW91 dHB1dC1maWx0ZXItZnVuY3Rpb25zIG5pbAogICAiTGlzdCBvZiBmdW5jdGlvbnMgdG8gY2FsbCBi ZWZvcmUgaW5zZXJ0aW5nIENvbWludCBvdXRwdXQgaW50byB0aGUgYnVmZmVyLgpAQCAtMjA2OSw3 ICsyMDcxLDcgQEAgY29taW50LW91dHB1dC1maWx0ZXIKIAogCSAgICA7OyBSdW4gdGhlc2UgaG9v a3Mgd2l0aCBwb2ludCB3aGVyZSB0aGUgdXNlciBoYWQgaXQuCiAJICAgIChnb3RvLWNoYXIgc2F2 ZWQtcG9pbnQpCi0JICAgIChydW4taG9vay13aXRoLWFyZ3MgJ2NvbWludC1vdXRwdXQtZmlsdGVy LWZ1bmN0aW9ucyBzdHJpbmcpCisJICAgIChydW4taG9vay13aXRoLWFyZ3MgJ2NvbWludC1vdXRw dXQtZmlsdGVyLWZ1bmN0aW9ucyBzdHJpbmcgcHJvY2VzcykKIAkgICAgKHNldC1tYXJrZXIgc2F2 ZWQtcG9pbnQgKHBvaW50KSkKIAogCSAgICAoZ290by1jaGFyIChwcm9jZXNzLW1hcmsgcHJvY2Vz cykpIDsgSW4gY2FzZSBhIGZpbHRlciBtb3ZlZCBpdC4KQEAgLTIxMTEsNiArMjExMywxMyBAQCBj b21pbnQtb3V0cHV0LWZpbHRlcgogCSAgICAgIChhZGQtdGV4dC1wcm9wZXJ0aWVzIHByb21wdC1z dGFydCAocG9pbnQpICcocmVhci1ub25zdGlja3kgdCkpKQogCSAgICAoZ290by1jaGFyIHNhdmVk LXBvaW50KSkpKSkpKQogCisoZGVmdW4gY29taW50LW1ha2UtYnVmZmVyLXZpc2libGUgKF9zdHJp bmcgcHJvY2VzcykKKyAgIk1ha2UgdGhlIG91dHB1dCBidWZmZXIgdmlzaWJsZS4KK1VzZWZ1bCBp biBgY29taW50LW91dHB1dC1maWx0ZXItZnVuY3Rpb25zJy4iCisgICh3aGVuIChhbmQgKHN0cmlu Zy1tYXRjaC1wICJcXCpBc3luYyBTaGVsbCBDb21tYW5kXFwqIgorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAoYnVmZmVyLW5hbWUgKHByb2Nlc3MtYnVmZmVyIHByb2Nlc3MpKSkpCisgICAg KGRpc3BsYXktYnVmZmVyIChwcm9jZXNzLWJ1ZmZlciBwcm9jZXNzKSkpKQorCiAoZGVmdW4gY29t aW50LXByZWlucHV0LXNjcm9sbC10by1ib3R0b20gKCkKICAgIkdvIHRvIHRoZSBlbmQgb2YgYnVm ZmVyIGluIGFsbCB3aW5kb3dzIHNob3dpbmcgaXQuCiBNb3ZlbWVudCBvY2N1cnMgaWYgcG9pbnQg aW4gdGhlIHNlbGVjdGVkIHdpbmRvdyBpcyBub3QgYWZ0ZXIgdGhlIHByb2Nlc3MgbWFyaywKQEAg LTIxMzksNyArMjE0OCw3IEBAIGNvbWludC1wcmVpbnB1dC1zY3JvbGwtdG8tYm90dG9tCiAoZGVm dmFyIGZvbGxvdy1tb2RlKQogKGRlY2xhcmUtZnVuY3Rpb24gZm9sbG93LWNvbWludC1zY3JvbGwt dG8tYm90dG9tICJmb2xsb3ciICgmb3B0aW9uYWwgd2luZG93KSkKIAotKGRlZnVuIGNvbWludC1w b3N0b3V0cHV0LXNjcm9sbC10by1ib3R0b20gKF9zdHJpbmcpCisoZGVmdW4gY29taW50LXBvc3Rv dXRwdXQtc2Nyb2xsLXRvLWJvdHRvbSAoX3N0cmluZyBfcHJvY2VzcykKICAgIkdvIHRvIHRoZSBl bmQgb2YgYnVmZmVyIGluIHNvbWUgb3IgYWxsIHdpbmRvd3Mgc2hvd2luZyBpdC4KIERvIG5vdCBz Y3JvbGwgaWYgdGhlIGN1cnJlbnQgbGluZSBpcyB0aGUgbGFzdCBsaW5lIGluIHRoZSBidWZmZXIu CiBEZXBlbmRzIG9uIHRoZSB2YWx1ZSBvZiBgY29taW50LW1vdmUtcG9pbnQtZm9yLW91dHB1dCcg YW5kCkBAIC0yMzQ4LDcgKzIzNTcsNyBAQCBzZW5kLWludmlzaWJsZQogCSAgICAobWVzc2FnZSAi V2FybmluZzogdGV4dCB3aWxsIGJlIGVjaG9lZCIpKSkKICAgICAgIChlcnJvciAiQnVmZmVyICVz IGhhcyBubyBwcm9jZXNzIiAoY3VycmVudC1idWZmZXIpKSkpKQogCi0oZGVmdW4gY29taW50LXdh dGNoLWZvci1wYXNzd29yZC1wcm9tcHQgKHN0cmluZykKKyhkZWZ1biBjb21pbnQtd2F0Y2gtZm9y LXBhc3N3b3JkLXByb21wdCAoc3RyaW5nIF9wcm9jZXNzKQogICAiUHJvbXB0IGluIHRoZSBtaW5p YnVmZmVyIGZvciBwYXNzd29yZCBhbmQgc2VuZCB3aXRob3V0IGVjaG9pbmcuCiBUaGlzIGZ1bmN0 aW9uIHVzZXMgYHNlbmQtaW52aXNpYmxlJyB0byByZWFkIGFuZCBzZW5kIGEgcGFzc3dvcmQgdG8g dGhlIGJ1ZmZlcidzCiBwcm9jZXNzIGlmIFNUUklORyBjb250YWlucyBhIHBhc3N3b3JkIHByb21w dCBkZWZpbmVkIGJ5CmRpZmYgLS1naXQgYS9saXNwL3dpbmRvdy5lbCBiL2xpc3Avd2luZG93LmVs CmluZGV4IGZkYjY3ZWQuLjQ5ZDljMzMgMTAwNjQ0Ci0tLSBhL2xpc3Avd2luZG93LmVsCisrKyBi L2xpc3Avd2luZG93LmVsCkBAIC02Nzc2LDcgKzY3NzYsOCBAQCBkaXNwbGF5LWJ1ZmZlci1vdmVy cmlkaW5nLWFjdGlvbgogU2VlIGBkaXNwbGF5LWJ1ZmZlcicgZm9yIGRldGFpbHMuIikKIChwdXQg J2Rpc3BsYXktYnVmZmVyLW92ZXJyaWRpbmctYWN0aW9uICdyaXNreS1sb2NhbC12YXJpYWJsZSB0 KQogCi0oZGVmY3VzdG9tIGRpc3BsYXktYnVmZmVyLWFsaXN0IG5pbAorKGRlZmN1c3RvbSBkaXNw bGF5LWJ1ZmZlci1hbGlzdCAnKCgiXFwqQXN5bmMgU2hlbGwgQ29tbWFuZFxcKiIKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgZGlzcGxheS1idWZmZXItbm8td2luZG93KSkKICAg IkFsaXN0IG9mIGNvbmRpdGlvbmFsIGFjdGlvbnMgZm9yIGBkaXNwbGF5LWJ1ZmZlcicuCiBUaGlz IGlzIGEgbGlzdCBvZiBlbGVtZW50cyAoQ09ORElUSU9OIC4gQUNUSU9OKSwgd2hlcmU6CiAKLS0g CjIuNy40Cgo= --001a113e46fe28f22b054404d8a3-- From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 21 12:56:41 2016 Received: (at 18133) by debbugs.gnu.org; 21 Dec 2016 17:56:41 +0000 Received: from localhost ([127.0.0.1]:50481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJl84-0002GR-Mr for submit@debbugs.gnu.org; Wed, 21 Dec 2016 12:56:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJl83-0002GG-M4 for 18133@debbugs.gnu.org; Wed, 21 Dec 2016 12:56:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJl7u-0005vo-Sl for 18133@debbugs.gnu.org; Wed, 21 Dec 2016 12:56:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52453) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJl7u-0005vk-Pc; Wed, 21 Dec 2016 12:56:30 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4403 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJl7r-0008Hf-VT; Wed, 21 Dec 2016 12:56:29 -0500 Date: Wed, 21 Dec 2016 19:55:52 +0200 Message-Id: <83zijp180n.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Mon, 19 Dec 2016 15:48:00 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Mon, 19 Dec 2016 15:48:00 +0000 > > Attached, a patch for this bug. > > It makes hiding the output buffer until there is output the default behavior; if the user wishes to get the old > behavior back, then display-buffer-alist can be customized to remove the new default element. I'm okay with adding this feature, but why turn it on by default right away? The original discussion of this bug says nothing about making this the default behavior. Perhaps it would be better to let users use it first, and then turn it on by default if there's popular demand? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 21 17:44:42 2016 Received: (at 18133) by debbugs.gnu.org; 21 Dec 2016 22:44:42 +0000 Received: from localhost ([127.0.0.1]:50645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJpcn-0002TY-Tx for submit@debbugs.gnu.org; Wed, 21 Dec 2016 17:44:42 -0500 Received: from mail-qk0-f171.google.com ([209.85.220.171]:36742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJpcl-0002TI-JX for 18133@debbugs.gnu.org; Wed, 21 Dec 2016 17:44:39 -0500 Received: by mail-qk0-f171.google.com with SMTP id n21so91534087qka.3 for <18133@debbugs.gnu.org>; Wed, 21 Dec 2016 14:44:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yc5UgJ6WUfJL8pvk0+vnN94bJciLp+DQCwvWIEcDO60=; b=PsCSOmQZOtX88VSiHWxAcWVNSdmkidC9DvdzFDLoBykpAyCLgeWPLsib9aGtZRo+gV SCN+zbb8E28VUhJ8e5cIGpeQyJ/Ck1vgrbs/4I5j169ljtG5VXElQop39IQ2JfqOSRiZ p0kNz6CcUpWDHKheVGramTlV/Tfaty8ujH+Yc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yc5UgJ6WUfJL8pvk0+vnN94bJciLp+DQCwvWIEcDO60=; b=U9y9AFUcn4FnoxyhhLWk6pp32YEyHQ7ERGwSTSnUpjIqyxKjsFxrDjrZeS/veHNcgg kl+WQ4KP4TTui+RxTa1YX5ekq+LFxoS7zVxokUqFHadxb4JbQ3yW1iL30mioIQtsx5KR OhsLY+jO21XHfdpA5qDW9qKb3PGO3He5Y6lRpBipE993geU6AuWDRJKn74StaziDNJc3 rJwOkKx5qhlNcgw6w5QQ6MPAitv6/wZckGCtJi96h67OEa81MnTyzUWN5rwQQl7+fAcf 5cpdDtdJlz1tmaXbgJY8HF8Hb7I7tM1YtiboYWglkd/Dqnja+URl/p0rkD3S3md32Ivv sTew== X-Gm-Message-State: AIkVDXLdmwFfKM1NhrHAN6icaEqeGEjlQn7EewFuII8CL00L2EpMVTBCT435KwBwzaroS49SxmzzsE+hMjhdozwt X-Received: by 10.55.135.69 with SMTP id j66mr7278011qkd.31.1482360274004; Wed, 21 Dec 2016 14:44:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Wed, 21 Dec 2016 14:44:33 -0800 (PST) In-Reply-To: <83zijp180n.fsf@gnu.org> References: <83zijp180n.fsf@gnu.org> From: Reuben Thomas Date: Wed, 21 Dec 2016 22:44:33 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary=94eb2c075f468fe165054432e5b2 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --94eb2c075f468fe165054432e5b2 Content-Type: text/plain; charset=UTF-8 On 21 December 2016 at 17:55, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Mon, 19 Dec 2016 15:48:00 +0000 > > > > Attached, a patch for this bug. > > > > It makes hiding the output buffer until there is output the default > behavior; if the user wishes to get the old > > behavior back, then display-buffer-alist can be customized to remove the > new default element. > > I'm okay with adding this feature, but why turn it on by default right > away? The original discussion of this bug says nothing about making > this the default behavior. Perhaps it would be better to let users > use it first, and then turn it on by default if there's popular > demand? Would a reasonable way to do this be to add a toggleable option to the defcustom for display-buffer-alist, and document this in async-shell-command's docstring? -- http://rrt.sc3d.org --94eb2c075f468fe165054432e5b2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 21 December 2016 at 17:55, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Mon, 19 Dec 2016 15:48:00 +0000
>
> Attached, a patch for this bug.
>
> It makes hiding the output buffer until there is output the default be= havior; if the user wishes to get the old
> behavior back, then display-buffer-alist can be customized to remove t= he new default element.

I'm okay with adding this feature, but why turn it on by default= right
away?=C2=A0 The original discussion of this bug says nothing about making this the default behavior.=C2=A0 Perhaps it would be better to let users use it first, and then turn it on by default if there's popular
demand?

Would a reasonable way to do this be to a= dd a toggleable option to the defcustom for display-buffer-alist, and docum= ent this in async-shell-command's docstring?

= --
http://rrt.sc3d.org
--94eb2c075f468fe165054432e5b2-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 11:29:23 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 16:29:23 +0000 Received: from localhost ([127.0.0.1]:51749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK6F8-0000QP-Sp for submit@debbugs.gnu.org; Thu, 22 Dec 2016 11:29:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK6F7-0000Q8-Cv for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 11:29:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cK6F1-0006eS-C0 for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 11:29:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37619) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cK6F1-0006eE-8j; Thu, 22 Dec 2016 11:29:15 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1083 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cK6F0-00034c-FG; Thu, 22 Dec 2016 11:29:14 -0500 Date: Thu, 22 Dec 2016 18:28:50 +0200 Message-Id: <83eg100vy5.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas , martin rudalics In-reply-to: (message from Reuben Thomas on Wed, 21 Dec 2016 22:44:33 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Wed, 21 Dec 2016 22:44:33 +0000 > Cc: 18133@debbugs.gnu.org > > I'm okay with adding this feature, but why turn it on by default right > away? The original discussion of this bug says nothing about making > this the default behavior. Perhaps it would be better to let users > use it first, and then turn it on by default if there's popular > demand? > > Would a reasonable way to do this be to add a toggleable option to the defcustom for display-buffer-alist, and > document this in async-shell-command's docstring? I think it could be. Martin, WDYT? From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 12:53:57 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 17:53:57 +0000 Received: from localhost ([127.0.0.1]:51828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK7Yz-0002Zw-9u for submit@debbugs.gnu.org; Thu, 22 Dec 2016 12:53:57 -0500 Received: from mout.gmx.net ([212.227.15.15]:52811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK7Yx-0002Zh-Dj for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 12:53:55 -0500 Received: from [192.168.1.100] ([212.95.7.91]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lk7fW-1croU21tZy-00c7Kj; Thu, 22 Dec 2016 18:53:48 +0100 Message-ID: <585C132B.1030709@gmx.at> Date: Thu, 22 Dec 2016 18:53:47 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> In-Reply-To: <83eg100vy5.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:sRggsc67nd/axS8Ypke47al2YsWxuTH+v37JJ4kw6WI7qXQUAwy xoezfRJCsFpEV5pq2nIkqT8P7UXPTF+0IP8b83xkLUdPCBX+e4CCUABXWMlnmNKlkg9z7e9 2MnxEcATITpom3PWu81BiJCNGGvHWmTsv4XUO+cbwritQs4TrANw1MlEnP6AmUZ/+nLVxl7 fmOcnFHq6/Ooao5kAnYhQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:y+7HkJc7wPg=:GbOfxZSdFU0eQ1S+u7MSoB m4MmEZ8nZtmMAtJbegaN0MbWKf0jw7cFeE/PyGSbzcJxsVFsfHEjuMTS4ZoGdFeasfbcPE92k 8rMzeVd0H9BWZ3LbAoM/BGHqRuIraWkD7vZfaRzIo/JFidCoPKX2VrCO/r5aPqnY0BpG5Rx2A +8ZBgz7wFQvDM9FA+vOpP2czNWQCSBtQpWAbmULIaoGrNzLqaTDCP7Ubg7NRi63JotufED2yW ctoBjzYnj+x+v5k1dP+w+FwZM0EPdf7E2xPbRTGiwgalSeUeOGdjZv+ZuzH1EYBXs16+vjl13 Olxu35PIovcn4UCNfdhvX4yVcQdX6URAPErunw29iZSzofRPEfpfGJhAYzhRmGe1xdhXW84ww QD6WrGKnXCsO+3KFeeiF4oEIGhE9KX5Ji8AY4a1Fmy3knOVvtn2kdLEiKoxAbQhlVyIUntenR F15aACZxNh1ogmIkd2Knt9/eWcgwrc9iUzD3ugGF+MYGiKs2NAIPEx7bbYZUQuwTWOVbYIjXt W5igqduJTd2ILRlpo1g5r/wxXDQhIq1/DCPmJV6O67gNb7Wd969//mc6UF+p2OVz0joSYeyTC ufYTGhtXizgqH9KYvNxdfRa9wP8oUzx6TjQNWHIHfgmr6pq6X+YooObaRQmRTwCP0bZ7Diqeo fNu4dbPpKwke8jVYqWzFD6mGk8eyUlFXnHsxF7237Nt1B4XEyBq48mpi3GOam3/l3mNsoS73a 0fmMeuG3sWlKsW1LERr22qz8CDiy7my+9bLYpGkfUpUHWMH0k0acgHnBZ9EVmKqyvivPdyLLj umUFJ8m0FpA0hQNLIdV5O0gA94LYQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> Would a reasonable way to do this be to add a toggleable option to th= e defcustom for display-buffer-alist, and >> document this in async-shell-command's docstring? > > I think it could be. Martin, WDYT? What is a toggleable option? A new action function? Or simply adding =E2=80=98display-buffer-no-window=E2=80=99 to the value menu? Or somethi= ng completely different? martin From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 13:33:36 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 18:33:36 +0000 Received: from localhost ([127.0.0.1]:51858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK8BM-0003X9-E8 for submit@debbugs.gnu.org; Thu, 22 Dec 2016 13:33:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK8BK-0003Ww-Jb for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 13:33:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cK8BC-0000sa-91 for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 13:33:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cK8BC-0000sU-6G; Thu, 22 Dec 2016 13:33:26 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1347 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cK8B9-0004ey-A3; Thu, 22 Dec 2016 13:33:25 -0500 Date: Thu, 22 Dec 2016 20:32:42 +0200 Message-Id: <8337hf24s5.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <585C132B.1030709@gmx.at> (message from martin rudalics on Thu, 22 Dec 2016 18:53:47 +0100) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Thu, 22 Dec 2016 18:53:47 +0100 > From: martin rudalics > CC: 18133@debbugs.gnu.org > > >> Would a reasonable way to do this be to add a toggleable option to the defcustom for display-buffer-alist, and > >> document this in async-shell-command's docstring? > > > > I think it could be. Martin, WDYT? > > What is a toggleable option? A new action function? Or simply adding > ‘display-buffer-no-window’ to the value menu? Or something completely > different? Perhaps Reuben could show what he had in mind. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 14:42:25 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 19:42:25 +0000 Received: from localhost ([127.0.0.1]:51880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9Fx-0005CC-07 for submit@debbugs.gnu.org; Thu, 22 Dec 2016 14:42:25 -0500 Received: from mail-qt0-f175.google.com ([209.85.216.175]:33856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9Fs-0005Bu-9X for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 14:42:22 -0500 Received: by mail-qt0-f175.google.com with SMTP id d45so21944041qta.1 for <18133@debbugs.gnu.org>; Thu, 22 Dec 2016 11:42:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hygYQ5mw/RhqdQXL1WUuZne8bkBC1CS4eUXW8eDfUhc=; b=KGWnK/W2FuU8+3dTiL72lr8untsv1dB7/hg75wfeChoihgfN8G0PXnJn+dgsBuVnLn FH8OX89lvA/++o87JUy5FAgimFS52CDqL/z5Kg0x5N8lgIRPjoXc9ww0nTX5/2UV5LGZ ZfxhESuZk2/jS3HsEdTNJxdUZJmPdRq9OpSp4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hygYQ5mw/RhqdQXL1WUuZne8bkBC1CS4eUXW8eDfUhc=; b=YmVq+/9AZDPPAr7HTKBjhwmtcr9g0HjGBrnHAbCWNKagD3IG3Po0YlRG/QWlPn6BsH PHpq6sgusP0k3zGsuXdubBuWnDWvjsxos1+VsSKniHJd+3phpPYM16NjArV+C46xp7sc M5PJRUo9PqEQ8tEsg2CPY+ICAY/0y5M0F2B4B7/v0whierOyqNt+1sUU7pTf5wpHgWAw cXd5ubBUBNQ1kIRq+O81s/pNoFVIR6E5uVzCpO+zrQq4a0/9q4UhYkgdK5tp+KP4QaE5 xmuNYQj3YPlGu/ip+qs0tTlJXpG0ovZli7INXwRv0hAbwjhJGTOfZv0ICKaftPwUn3ZL YPRA== X-Gm-Message-State: AIkVDXKUlNMogwYNXpf3oLT9tZjR7uMqTqiubom6x1SmFBIXglfsxNl/xVrMefqhkCuIRi5/7rF/AYRJjO6vss+b X-Received: by 10.200.44.202 with SMTP id 10mr8534434qtx.156.1482435734633; Thu, 22 Dec 2016 11:42:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Thu, 22 Dec 2016 11:42:13 -0800 (PST) In-Reply-To: <585C132B.1030709@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> From: Reuben Thomas Date: Thu, 22 Dec 2016 19:42:13 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=001a113572ba5d950e054444773d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113572ba5d950e054444773d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22 December 2016 at 17:53, martin rudalics wrote: > >> Would a reasonable way to do this be to add a toggleable option to the > defcustom for display-buffer-alist, and > >> document this in async-shell-command's docstring? > > > > I think it could be. Martin, WDYT? > > What is a toggleable option? A new action function? Or simply adding > =E2=80=98display-buffer-no-window=E2=80=99 to the value menu? Or somethi= ng completely > different? =E2=80=8BI meant the second, just adding the (buffer-name-string . display-buffer-no-window) pair to the value menu. --=20 http://rrt.sc3d.org --001a113572ba5d950e054444773d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 22 December 2016 at 17:53, martin rudalics <rudalics@gmx.at> w= rote:
>> Would a reasonable way t= o do this be to add a toggleable option to the defcustom for display-buffer= -alist, and
>> document this in async-shell-command's docstring?
>
> I think it could be.=C2=A0 Martin, WDYT?

 What is a toggleable option?=C2=A0 A new action function?=C2=A0 Or simply a= dding
=E2=80=98display-buffer-no-window=E2=80=99 to the value menu?=C2=A0 Or some= thing completely
different?

=E2=80=8BI meant the second, just adding the (buffer= -name-string . display-buffer-no-window) pair to the value menu.

--
http= ://rrt.sc3d.org
--001a113572ba5d950e054444773d-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 15:16:08 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 20:16:08 +0000 Received: from localhost ([127.0.0.1]:51887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9mZ-0005z0-Oq for submit@debbugs.gnu.org; Thu, 22 Dec 2016 15:16:07 -0500 Received: from mout.gmx.net ([212.227.15.15]:56296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9mX-0005yG-ST for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 15:16:06 -0500 Received: from [192.168.1.102] ([212.95.7.10]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4WNA-1cUFXO313s-00yiYb; Thu, 22 Dec 2016 21:15:58 +0100 Message-ID: <585C347D.9050309@gmx.at> Date: Thu, 22 Dec 2016 21:15:57 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:OuMAeUKPNDin72kydgCK8rn2YEyPmfoVsgTcWw8UrNgFPbmz6Zj BaFOTyLHu2E4m5rzVU0ZfStJIFZX11KEzzo2sB0aPIRI20qzlgIVWrYEHBqkHRMGXQxq5fS lQXBnef4xiSXDmYUbpN0uXDcyKSGgzjfFkBxVqan5QQPWyUzPBqzmNppO3A+Q4fUFo0kR9Q jpnNYFil2HevimoCTGmng== X-UI-Out-Filterresults: notjunk:1;V01:K0:VXHnky3q2KI=:AaBLhV8YR8UhQ/Gmm1cmst FbACTWoqxFqPV/R6RTwv8kWgBD2mKVSgGiawD4wr46Ub2ED3APOgX49TmTd0VOrQXT3VsGU4E GFqDV0DEOGU/WQuRR5zLY1eCw//Mo8kafh11ZUYIB8SlTOldHokDMO5TGEj67PkmHebjdnDOA CV2uMztwnvE76BKkawDmpiRklxtG2Lzu5p1He8rnXZSDOSiGlpfFDE/2UaUvfrXYUoCI4UC+P juIeQ/9DMDNUd91C8NdsEg7D1kJeP5USFfUN69us54ICkDTMQAPZTJ1yjleIpZZXQVRZZ9NBr AQ/UOzes7cj0JozZNXEuDnwhstE4AfskXw1Xh5OP/zx+zh2iMl/q3NNZzzY2XtPzxBZiAAzjX q57RWqNAFxZUFANm9maPO4oeOtcc7xhTfX+4jORHm9Y99sPhh2Qk8+aH6K9LysVKhaDTP5DU/ HWAWU5U+FS+BtaxgUXeJH7go4telv97D4i6B5EF+hxfHpTFZS6BFzkFuyRVetUw1apIRLXMQv vU+XjMpa4rCSMgg6OhSF/u1LPHNtcoocqu+cNLKoYJA6BABOzHlTH0HIYiXMiNtxOJvJjpCUY Bo5K419AkQfGLXqLPQu14xXeNuLxcDMWF3dLErx/4ufYvESN+K7eGZ6e8neg5gyP5lFMICg3g Znzjoj9BPaw3YCJ743Q/94mPJRTPyxRbACQYicr5j6o9KvvDlFlOw1PwtpU/4gogSdJMJoWDf Nrpy+FbjjLvkbWljVXiNDB25CpC6U3GSBYZd1Tb6RPv8aokqe47l/EeOosnc0O1YPXrCCQNTm DuRwW8vftBl1XBIM2tV0EDGS/aKFA== X-Spam-Score: 2.7 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > ​I meant the second, just adding the (buffer-name-string . > display-buffer-no-window) pair to the value menu. Which value menu? ‘display-buffer-alist’ is a user option - its original value must be nil, no code is allowed to add anything to it. If an application urgently wants to override the user, it can use ‘display-buffer-overriding-action’. [...] Content analysis details: (2.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.10 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.7 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > ​I meant the second, just adding the (buffer-name-string . > display-buffer-no-window) pair to the value menu. Which value menu? ‘display-buffer-alist’ is a user option - its original value must be nil, no code is allowed to add anything to it. If an application urgently wants to override the user, it can use ‘display-buffer-overriding-action’. [...] Content analysis details: (2.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.10 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > =E2=80=8BI meant the second, just adding the (buffer-name-string . > display-buffer-no-window) pair to the value menu. Which value menu? =E2=80=98display-buffer-alist=E2=80=99 is a user optio= n - its original value must be nil, no code is allowed to add anything to it. If an application urgently wants to override the user, it can use =E2=80=98display-buffer-overriding-action=E2=80=99. Or do you just want to add =E2=80=98display-buffer-no-window=E2=80=99 to =E2=80=98display-buffer--action-function-custom-type=E2=80=99? martin From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 22 15:26:48 2016 Received: (at 18133) by debbugs.gnu.org; 22 Dec 2016 20:26:48 +0000 Received: from localhost ([127.0.0.1]:51891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9wt-0006Ez-QO for submit@debbugs.gnu.org; Thu, 22 Dec 2016 15:26:48 -0500 Received: from mail-qt0-f172.google.com ([209.85.216.172]:35969) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cK9ws-0006Ej-KK for 18133@debbugs.gnu.org; Thu, 22 Dec 2016 15:26:47 -0500 Received: by mail-qt0-f172.google.com with SMTP id k15so5357626qtg.3 for <18133@debbugs.gnu.org>; Thu, 22 Dec 2016 12:26:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mUu/eDvcrl8ZwhiOuoVaF8nJulW6U0yryFqoENdlvck=; b=u9Y0pJtDascMMqm49nFZ2E/bPcOk14c5c9sFgrGWCsiyE+h+1Z9F57EcTlBE3FZEZo /vB1VEd6sLxhzUFEO3F7IhVXRf/UgIBdGjEUwmfTq0F3FYzdPA0ib63NqFjdYjM6abyA EnQZTvFt57bayg21DxMX3PU3vDxTUjOFxBVqE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mUu/eDvcrl8ZwhiOuoVaF8nJulW6U0yryFqoENdlvck=; b=BTaF9DywM9kjUadqfVMSIOqoiSzKQXWz4MLyjUQVOZ/nzQFIq9S8cSIegO5jVhgXdb XecCRyuiBqwtIAiHW5icNFz5BGZkuxNANBYToJ9Zvc07BpaY55A85sMpnjc8qawfXW4n 3iC7TEIl9nKfiURp8hC0pF7HomXFoPxvyPdnQv0fV/9xOULKuCDc7OnXhSddU52/ONXl OOXIqQjHr0I1a5kcAJq00qTMK5Mu6EZjNZZVtGMuoll+TAQSJaiEOuNyjsRRu7bEsV4t T7cmrp/gNMVsMZTN3RpNIUBGUFtzF0ooqYOfz+oCLjUVg3mxIrv1v1BEyQa8wMMcQ85i lJjQ== X-Gm-Message-State: AIkVDXIZo7WS0JrxLOeO6SxAVDDvRwXYVpgD+6S1b2ulParfF9ZITfUo43JFqXQg76+9biNCpM+h3mmAeyejSOgp X-Received: by 10.200.47.38 with SMTP id j35mr11622706qta.136.1482438401007; Thu, 22 Dec 2016 12:26:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Thu, 22 Dec 2016 12:26:40 -0800 (PST) In-Reply-To: <585C347D.9050309@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> From: Reuben Thomas Date: Thu, 22 Dec 2016 20:26:40 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=001a1135da064b59110544451661 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1135da064b59110544451661 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22 December 2016 at 20:15, martin rudalics wrote: > > =E2=80=8BI meant the second, just adding the (buffer-name-string . > > display-buffer-no-window) pair to the value menu. > > Which value menu? =E2=80=98display-buffer-alist=E2=80=99 is a user optio= n - its > original value must be nil, no code is allowed to add anything to it. > =E2=80=8BThat's what I meant, so I guess it will have to be something else.= =E2=80=8B If an application urgently wants to override the user, it can use > =E2=80=98display-buffer-overriding-action=E2=80=99. > =E2=80=8BI'm not trying to override the user here, I'm just trying to avoid= adding another configuration option.=E2=80=8B But even if it were a configuration option, if code can't add anything to display-buffer-alist, then how should this setting be implemented? (As you can see, the current implementation relies on changing display-buffer-alist.) I'm a bit confused, how is display-buffer-alist different from, say, auto-mode-alist (which can be altered by the user, but also is added to by code.) Or do you just want to add =E2=80=98display-buffer-no-window=E2=80=99 to > =E2=80=98display-buffer--action-function-custom-type=E2=80=99? > It would be nice if the user only had to change one thing to enable hiding the async output buffer until there is output. If we only added the function to display-buffer--action-function-custom-type, the user still has to manually add the right buffer name pattern and the action to display-buffer-alist. --=20 http://rrt.sc3d.org --001a1135da064b59110544451661 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 22 December 2016 at 20:15, martin rudalics <rudalics@gmx.at> w= rote:
> =E2=80=8BI meant the second,= just adding the (buffer-name-string .
> display-buffer-no-window) pair to the value menu.

 Which value menu?=C2=A0 =E2=80=98display-buffer-alist=E2=80=99 is a user op= tion - its
original value must be nil, no code is allowed to add anything to it.

=E2=80=8BThat's what I meant, so I guess it will have to be = something else.=E2=80=8B

If an application urgently wants to override the user, it can use
=E2=80=98display-buffer-overriding-action=E2=80=99.

= =E2=80=8BI'm not trying to override the user here, I'm just trying = to avoid adding another configuration option.=E2=80=8B

But even if it were a configuration opt= ion, if code can't add anything to display-buffer-alist, then how shoul= d this setting be implemented? (As you can see, the current implementation = relies on changing display-buffer-alist.) I'm a bit confused, how is di= splay-buffer-alist different from, say, auto-mode-alist (which can be alter= ed by the user, but also is added to by code.)

Or do you just want to add =E2=80=98display-buffer-n= o-window=E2=80=99 to
=E2=80=98display-buffer--action-function-custom-type=E2=80=99?

It would be nice if the user only had to change one thing= to enable hiding the async output buffer until there is output. If we only= added the function to display-buffer--action-function-custom-type, the use= r still has to manually add the right buffer name pattern and the action to= display-buffer-alist.

--
http://rrt.sc3d.org
--001a1135da064b59110544451661-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 23 13:59:33 2016 Received: (at 18133) by debbugs.gnu.org; 23 Dec 2016 18:59:33 +0000 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 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 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 Message-ID: <585D740B.40303@gmx.at> Date: Fri, 23 Dec 2016 19:59:23 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable 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+fdByHvLkHcoizHUIi5it2 1yWviUz5w2/CvwPjXMGbofo5kxhlA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > =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 From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 23 14:10:10 2016 Received: (at 18133) by debbugs.gnu.org; 23 Dec 2016 19:10:10 +0000 Received: from localhost ([127.0.0.1]:52970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKVEH-0000IQ-LW for submit@debbugs.gnu.org; Fri, 23 Dec 2016 14:10:10 -0500 Received: from mail-qk0-f179.google.com ([209.85.220.179]:33130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKVEF-0000IA-Ap for 18133@debbugs.gnu.org; Fri, 23 Dec 2016 14:10:07 -0500 Received: by mail-qk0-f179.google.com with SMTP id t184so151485800qkd.0 for <18133@debbugs.gnu.org>; Fri, 23 Dec 2016 11:10:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tOxHWWSMnl22Hj0jc87yLi7MP9im4Y0PfR3gK0u7Oi8=; b=rp5juXUe6FlEY90FEgKUEBV9OKhnhv9i7wlhYyrl3/vq91ijBA5xb/XF5gfBHkRywP myRZez1NspKPVOmvu0JH4HNuRlrX5mi89sNK9BsONgnf0T7Q4AlEGtUbRhtuuos+SOIG Kh5kCmPks9lAqWcrDAvB2yheOuwQ2EgRy/KeY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tOxHWWSMnl22Hj0jc87yLi7MP9im4Y0PfR3gK0u7Oi8=; b=Qa/66HeRxYQss/vO/qCK1kJrKORX7IV5fajdtJ9zBFY8k/9NpX4ctxLlxw2MHa1Yx9 SQSYzSX9wSX20ZROIjUb3XwYYaa+Q2hZIPU707QEA8ZX6RPyDQsTmYFc6LwGWEti2ZyW lreJqdqivwGy4oxhZvlV8Qbr0Dx7Vw4S/rLvM/wGqJ1ipBq/sHsK+VSIeYGFoXrq2dTI /laihH97detvTOdSKeq4ljPzDo3nQWU3w5UXv4XvxM2uwhzX9yfXjXlUrsFhSp4XA37b bJWjqzblrjDglSFl22/KhRVa5n2moFGDO7Xmt0MG+rF7zxJswxmFzu+9O+lJIeh6uYxi nGUQ== X-Gm-Message-State: AIkVDXIWmwR/ApAeTQV1oDcQ0zxdiXsLgElytLj62S25T8mzXlAUaArAFpCvrcHBzIhZ8KEoGV0EHikPv9mboLKI X-Received: by 10.55.113.69 with SMTP id m66mr15985388qkc.186.1482520201605; Fri, 23 Dec 2016 11:10:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Fri, 23 Dec 2016 11:10:01 -0800 (PST) In-Reply-To: <585D740B.40303@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> From: Reuben Thomas Date: Fri, 23 Dec 2016 19:10:01 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=94eb2c05a830fd760c054458216e X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --94eb2c05a830fd760c054458216e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 23 December 2016 at 18:59, martin rudalics wrote: > > =E2=80=8BI'm not trying to override the user here, I'm just trying to a= void > adding > > another configuration option.=E2=80=8B > > You change long-standing behavior when you add such an option. =E2=80=8BI haven't talked about adding an option.=E2=80=8B > Did > =E2=80=8B p=E2=80=8B > eople 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. > =E2=80=8BThat's the case with my original patch. But I agreed with Eli (and= you) that the default behaviour should be the same as at present.=E2=80=8B =E2=80=8BI'm just asking how to implement this, preferably without adding a= nother configuration option.=E2=80=8B > > It would be nice if the user only had to change one thing to enable > hiding > > 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. =E2=80=8BAgain, you are describing the behaviour of my original patch. =E2= =80=8BI then suggested adding an option to display-buffer-alist's defcustom specification. But you said that is not allowed (if I understood correctly)= . I will try to outline the current position again: 1. I agree that the current default behaviour should remain as it is. 2. I would like to add the ability to easily turn off displaying the Async Command output buffer until there is some output. 3. I suggested achieving this by i) adding an option to display-buffer-alist, and ii) documenting this in shell-command. 4. You stated that it is not allowed for code to change display-buffer-alist. I was puzzled by this, because other user variables such as auto-mode-alist are changed by code as well as by the user. In any case, I am not suggesting automatically changing display-buffer-alist; rather I have suggested adding an option to the customization menu for display-buffer-alist. So, maybe you could give your opinion of my current suggestion (3), ignoring my original patch? Sorry if I have confused you, and I hope the above makes things clearer. --=20 http://rrt.sc3d.org --94eb2c05a830fd760c054458216e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 23 December 2016 at 18:59, martin rudalics <rudalics@gmx.at> w= rote:
> =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.=

= =E2=80=8BI haven't talked about adding an option.=E2=80=8B
<= div>=C2=A0
Did
=E2=80=8B p= =E2=80=8B
eople agree that the buffer should be preferably not display= ed?=C2=A0 The
current status is that

=C2=A0 To run COMMAND without displaying the output
=C2=A0 in a window you can configure `display-buffer-alist' to use the = action
=C2=A0 `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 display = the buffer.

=E2=80=8BThat's the case with my original p= atch. But I agreed with Eli (and you) that the default behaviour should be = the same as at present.=E2=80=8B

=E2=80=8BI'm just asking how to implem= ent this, preferably without adding another configuration option.=E2=80=8B<= /div>
=C2=A0
> It would be nice if the user only had to change on= e thing to enable hiding
> the async output buffer until there is output.

 But when you add the entry to =E2=80=98display-buffer-alist=E2=80=99 the bu= ffer will
already be hidden without any user intervention.

=E2=80=8BAgain= , you are describing the behaviour of my original patch. =E2=80=8BI then su= ggested adding an option to display-buffer-alist's defcustom specificat= ion. But you said that is not allowed (if I understood correctly).

I will try to outline the c= urrent position again:

1.= I agree that the current default behaviour should remain as it is.

2. I would like to add the abi= lity to easily turn off displaying the Async Command output buffer until th= ere is some output.

3. I = suggested achieving this by i) adding an option to display-buffer-alist, an= d ii) documenting this in shell-command.

4. You stated that it is not allowed for code to change dis= play-buffer-alist. I was puzzled by this, because other user variables such= as auto-mode-alist are changed by code as well as by the user. In any case= , I am not suggesting automatically changing display-buffer-alist; rather I= have suggested adding an option to the customization menu for display-buff= er-alist.

<= /div>
So, maybe you c= ould give your opinion of my current suggestion (3), ignoring my original p= atch?

Sorry if I have con= fused you, and I hope the above makes things clearer.
--94eb2c05a830fd760c054458216e-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 23 14:55:27 2016 Received: (at 18133) by debbugs.gnu.org; 23 Dec 2016 19:55:28 +0000 Received: from localhost ([127.0.0.1]:52983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKVw7-0001lD-M7 for submit@debbugs.gnu.org; Fri, 23 Dec 2016 14:55:27 -0500 Received: from mout.gmx.net ([212.227.17.21]:55084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKVw5-0001ki-N5 for 18133@debbugs.gnu.org; Fri, 23 Dec 2016 14:55:26 -0500 Received: from [192.168.1.100] ([212.95.7.93]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhNk6-1bz9bF0xIA-00MchT; Fri, 23 Dec 2016 20:55:15 +0100 Message-ID: <585D8120.1090300@gmx.at> Date: Fri, 23 Dec 2016 20:55:12 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:USFEb3fAo12F7M2k8blociX8/hvD5NJAhvKAbzdW9QQfycgQrfi PwMQFArah6CVKfkMBA6PXQAx0cnGfN+PjPdGRkOKU01RaCgQUp6W5ISI9/dJ1dEKJpbOph+ tbrwOfvYpmIpzwWlIxhXYAX0tmlpbcv8qx3VCpOIe83OgASbPVNTGmcqo6O/fgVQJSCq4GA GcuiZdYU1o1z0bOrfbekA== X-UI-Out-Filterresults: notjunk:1;V01:K0:TJ5xiHdaPqo=:EuBwJmuoLYO1BnzaHkuvOn KNd5aBvAsi+x0fuZZKIQtGIc470FIXMfFJN9EicE0ac/DtFSW4k3A6az/NsT4ikD8mn5PowRP X6tzWBKYOWUU3RF6TkTSTy1J0TVfNz2q4U/eKiF9SswNA/kUolqMAUYwhkWYRM5LsjGx2LUbo VXZn93x/Jie3bhQZ7Zg+itEujAj38FSQHwiZNHsFEdUBYbTIw55J1+gV4T3LBfohKdzrVJrJz qepAQSXt7tEfafT585fJEq8VGgkrMVB8QphlRwtxGRHyBTaVuuaOqFS6erBvU8oC+rvCWnkPu UqZSFwznmI4dcrLwjA0ugnTbGczR7tFgmojZDEapFsIaGUrvA98bDhizthcJum43F8o9TfuVa EYcQtC3LxSP+Zj7UMkBPKwrjCDPCBood48G7x5s6HV5W0Tg/+dyZKJfjD2YVS80/x+HniHuMw D0uJ44AXQR9ic1G1PFAZJcHvS8aAIvX7tSI7wXflnmvBisS74H2krCFevLUyjzebcIAtYsb5R cFTvAVT9gCpEPaBYaYeG0cks0wqAJtI1S7OFP8eL9PDDrDyjfKa+EtHv1T1eU+n7fmCNMJ/qD cai2FPPq5xYYp8ClvDY4FvdtOUUpsmMQNuQVK1Db65/RMblRvW82wqCxBOeiYmItanSCA64E7 bRYBLWCOJjJ5l8IJ+wkFZ7hVM+e1vqdgHlLYyAEP+OelbLeGNZjRNvQZhpFoyKiUQCKLg8Zo4 /ozPle0rtw+7uSupOkeDfJmaD0Pp4k1++9drC9g7T+QLrupeeCPpsSSr+5LdnxLstqZpfi3qO kwrx6VF42KT+E6TQqwXUgilwcpHLpo4kkhc3pe1/7gnABOm6QgsFoJbeqF002tCBLnJXluuAd NVlOqzgpK9YuPQF2S6KuQ4lPGcDLiRc6lKIODZlZ97ONgdg3HSWnd0FxqGHzm4D7jm2opfGRj u/O0X3a6Jkh+1xI3/atyLU7X7Jo8DmHCpZDL1WpPWEnSA3dV7kmVp00B4pUSGFTWQxxzC1/qv XJVE/ZapXT6olmbV4NXlxAigyjHxTT7+odBvRHEDg4XW X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > =E2=80=8BAgain, you are describing the behaviour of my original patch.= =E2=80=8BI then > suggested adding an option to display-buffer-alist's defcustom > specification. But you said that is not allowed (if I understood corre= ctly). Yes. But I still do not understand what that option would be. > I will try to outline the current position again: > > 1. I agree that the current default behaviour should remain as it is. > > 2. I would like to add the ability to easily turn off displaying the A= sync > Command output buffer until there is some output. Isn't this much more than changing the way =E2=80=98display-buffer=E2=80=99= behaves? IIUC, you want the buffer to pop up whenever some output arrives, the user should be allowed to delete the window, and when new output arrives the buffer should pop up again. Correct? Then this is a perfect candidate for a minor mode where you would remove the =E2=80=98allow-no-w= indow=E2=80=99 entry in every =E2=80=98display-buffer=E2=80=99 call when new output arri= ves. > 3. I suggested achieving this by i) adding an option to > display-buffer-alist, and ii) documenting this in shell-command. > > 4. You stated that it is not allowed for code to change > display-buffer-alist. Earlier we had a number of options affecting the behavior of =E2=80=98display-buffer=E2=80=99 which still exist in some way like =E2=80=98same-window-buffer-names=E2=80=99, =E2=80=98display-buffer-reuse= -frames=E2=80=99 or =E2=80=98pop-up-frames=E2=80=99. These usually ended up being crowded by= applications that added their preferences and customizing these options became very awkward, usually accompanied by alerts like "changed outside customize" and similar annoyances. That's why we disallow changing the value of this option in our code. In general, code should refrain from changing the value of user customizable variables. They are reserved for the user. > I was puzzled by this, because other user variables > such as auto-mode-alist =E2=80=98auto-mode-alist=E2=80=99 is not a user variable aka option. Any= one is allowed to set it. > are changed by code as well as by the user. In any > case, I am not suggesting automatically changing display-buffer-alist;= > rather I have suggested adding an option to the customization menu for= > display-buffer-alist. > > So, maybe you could give your opinion of my current suggestion (3), > ignoring my original patch? > > Sorry if I have confused you, and I hope the above makes things cleare= r. I have not read your original patch. But I'm still confused by how you want to add something to =E2=80=98display-buffer-alist=E2=80=99 and at th= e same time to not change the behavior of =E2=80=98display-buffer=E2=80=99 ;-) martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 23 16:07:45 2016 Received: (at 18133) by debbugs.gnu.org; 23 Dec 2016 21:07:45 +0000 Received: from localhost ([127.0.0.1]:53028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKX45-0003Zo-7l for submit@debbugs.gnu.org; Fri, 23 Dec 2016 16:07:45 -0500 Received: from mail-qt0-f175.google.com ([209.85.216.175]:34799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKX43-0003Za-FT for 18133@debbugs.gnu.org; Fri, 23 Dec 2016 16:07:43 -0500 Received: by mail-qt0-f175.google.com with SMTP id d45so47973370qta.1 for <18133@debbugs.gnu.org>; Fri, 23 Dec 2016 13:07:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=uO7swVzVcdNTMvhJA9rowFZK/MLCMUYQm3PLzgBDYBQ=; b=TcachSiKEwwpDC5bazhUD6YX/GbTYTRDFnNJSyZ3ftcnkBy1ssZTkCFRV8r94f3krB cFz1mfk2nZbm2gWDzgYdAPLeM6N0jSwiKc3ZMLe8nAvXS1uQPQUFM5LYzSsYxda/gmGE qqaO1e75j2gM5QCIFhA8yz9/Ri3nUjAicoPUY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=uO7swVzVcdNTMvhJA9rowFZK/MLCMUYQm3PLzgBDYBQ=; b=RL4PF8kZAwWyQjrG38oQZ4rbtPujegSVYcxuCw0JDVH43KpZpPz1RPfTloe6HNBlzp oyyK1lk3PJwKhUpDztwXbmEp4CM2fam1MdIOxxbR508bHUSU5KjDBwCxrpqOEkLuyz5m dZh8NOpc/teoJT/B82dOUNFlip5tfcJ7dJBcuHClGWs9srqdBWMMzN/o+nd0YuGJA5nR OdqRpDQjzp/2ISFGRoV+KBzKkovNmgVdTReA90X1xNdtwxbV+4PnMRRwaHMpmfjr0vZe +PcZDupvXJdymkcMyIyLUJq8FDXaNE+b8iLa9BCT0A+kYY3Y6OhovA+zluZlTgiEUzQH wD9w== X-Gm-Message-State: AIkVDXLyJ/yfP9cYVIzugllL6sUoKM3X884jerP2ekeqqnKN1Vi+TGvi5plvQhMkWb7Zml7h2vUZwbAvDT1IHFCP X-Received: by 10.237.33.173 with SMTP id l42mr16122148qtc.271.1482527257991; Fri, 23 Dec 2016 13:07:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Fri, 23 Dec 2016 13:07:37 -0800 (PST) In-Reply-To: <585D8120.1090300@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> From: Reuben Thomas Date: Fri, 23 Dec 2016 21:07:37 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=001a113e46fe9552bc054459c642 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113e46fe9552bc054459c642 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 23 December 2016 at 19:55, martin rudalics wrote: > =E2=80=8B=E2=80=8B > > Isn't this much more than changing the way =E2=80=98display-buffer=E2=80= =99 behaves? > IIUC, you want the buffer to pop up whenever some output arrives, the > user should be allowed to delete the window, and when new output arrives > the buffer should pop up again. Correct? Here is the implementation I currently use (from Juri Linkov, message #8, second block of code): (advice-add 'comint-output-filter :after "Stop Async Shell Command output from appearing until there is output." (lambda (process string) (when (and (string-match-p "\\*Async Shell Command\\*" (buffer-name (process-buffer process)))) (display-buffer (process-buffer process))))) I think this does what you say: whenever some output arrives, the buffer pops up. It does not involve changing the behaviour of display-buffer. All my patch does is move the advice into a function suitable for comint-output-filter-functions. But I'm still confused by how you > want to add something to =E2=80=98display-buffer-alist=E2=80=99 and at th= e same time to > not change the behavior of =E2=80=98display-buffer=E2=80=99 ;-) =E2=80=8B I suggested adding an option to display-buffer-alist's defcustom specification, something like: :options (((regexp "\\*Async Shell Command\\*") (function display-buffer-no-window))) By default, this is not selected, so it does not change the default behaviour. I currently simply add an item to display-buffer-alist: (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" display-buffer-no-window)) --=20 http://rrt.sc3d.org --001a113e46fe9552bc054459c642 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 23 December 2016 at 19:55, martin rudalics <rudalics@gmx.at> w= rote:
=E2=80=8B=E2=80=8B

Isn't this much more than changing the way =E2=80=98display-buffer=E2= =80=99 behaves?
IIUC, you want the buffer to pop up whenever some output arrives, the
user should be allowed to delete the window, and when new output arrives the buffer should pop up again.=C2=A0 Correct?

<= div>
Here is the impl= ementation I currently use (from Juri Linkov, message #8, second block of c= ode):
(advice-add 'comint-output-filter :after
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Sto= p Async Shell Command output from appearing until there is output."
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (= lambda (process string)
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (and (string-match-p "\\*Async S= hell Command\\*"
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(buffer-name (proces= s-buffer process))))
=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display-buffer (process-buffer process= )))))

I think this does what you say: whenever some output arrives, the buffe= r pops up. It does not involve changing the behaviour of display-buffer.

All = my patch does is move the advice into a function suitable for comint-output= -filter-functions.

But I'm still confused by how you
want to add something to =E2=80=98display-buffer-alist=E2=80=99 and at the = same time to
not change the behavior of =E2=80=98display-buffer=E2=80=99 ;-)
=E2=80=8B
I suggested adding an option to display-buffer-alist's defcus= tom specification, something like:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 :options (((regexp "\\*Async Shell Command= \\*") (function display-buffer-no-window)))

By default, this is not = selected, so it does not change the default behaviour.

I currently simply= add an item to display-buffer-alist:
<= br>
(add-to-list 'display-buffer-alist '("\\*As= ync Shell Command\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0display-buffer-no-window))

--
http://rrt.sc3d.org
--001a113e46fe9552bc054459c642-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 04:16:52 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 09:16:52 +0000 Received: from localhost ([127.0.0.1]:53180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKiRg-0004U0-5f for submit@debbugs.gnu.org; Sat, 24 Dec 2016 04:16:52 -0500 Received: from mout.gmx.net ([212.227.17.21]:65474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKiRd-0004Tl-MI for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 04:16:50 -0500 Received: from [192.168.1.100] ([212.95.7.30]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LoaCE-1cmsSC0T0c-00gUtI; Sat, 24 Dec 2016 10:16:38 +0100 Message-ID: <585E3CF2.4070800@gmx.at> Date: Sat, 24 Dec 2016 10:16:34 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:o4SJIjFB0XzmvZiIq79nxngdcboSHQiBtnlo2Rx/PfuIffhey/i nSKMb+3FVlHDzITZRPxsqMnOZG4p12pDppUkPI0NGhJ4fA0zBv3nMuHW1PXmySILtKYDTY/ fUUA0gma2TZXX0bMgeXFq0VJGOmKiyPjA7LDRQtGZfnYxFP0ikCJoCs6m/ZaH6hQQ88k8QE yTvSFjhbO3AAuY2GN0nVQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Z5KCkiR10xU=:Ikb/YwWHSBqLl5fQbBtuBA 9h3hZvZ7yFa/JW/t/BaV7wYtNebQ2xytvdWLY/0Yfgx7AlD5prx8SrWYLc1WUjMyfbKdutK0C VjqFkYpPbTZ4ZwVF4E7WC26Krc5WhP3aQ1fx9UlyH6tC3fLx9hSvAg8S7JqsoZZ71IrOtWqN3 L3fh3GBXTS3V97ab4O9bu3jBOztJHUg6NX1Dbmxc57wMjcn9ZMWy7+TkKkn5kAbyu/8hdtDlt BZHLgu0TNqDBw7KNzvxUQaPBQmCDlH5kKS7/jPcjxGGNyNAjpjXBrcxh1BXGB8wnR/rHZ75Xs f6wttMxnc4OgD0y5maStKRlK/Asit24lPVacMtoM1/r2I0/WzM0nFF+uKkOx7oZ+RWmDbYdXt pI6Pc6MQQTQAI8X3Sr/DfPjkFSz/jD3RpRZvYMdBbCLXAjJ98qhJ53BXK6ooHcoGoEmbaccwL aHpQlYw6s02EFoEY2RSFuD39klPYspvsmpJx22lELcnOUUqjZlDMHotx+GlQokVGP19p2Hv6L BMdIHXtNxUFtv0vliIekbvOc2CZde436RgS88HktrnTpi4mUrcl2VRdGjt/ipxAn1GkSCbK9a gwhXc+WIpBsW6U2iFj9iTJ+ml0v0Isy9dHkZH/PdO9JyFi3AjE2w6olULFkSQqEvs6P0mfloG ausRy1fVM4iO2541sT7WSejPTskVTN/Q9OJsBKnqB1PydNjQzSp3e5Sy03lc1+q2XCAfjgMxJ izyY9KUiu685iGXhn6LzRFCL3tLBaUDmLa2s38H0TCWd7FcCZsXij8yw+/w6a/asvQifQvqfu +LA7QMPLSWcnfOViRydUwdK8Htvb1Tq/GUMFXT8j0cIeIJ2E7ts/zg2nahn/F+88otyX/o0of C9EcuzSBzHZ/0e+41yo2+FgV5IYhDTETenGxN7xlVzzOG6TXRu3Vbp0O06OilH6vC3KDPvRMp TVo+dynMb5zqDV3RWyV0uP7GDLKVAETfB2jTttDXyFiqVVy/p39kZZeBXQ2lixPWPDyRorbni cyIdXMg9qfGUNghElVCu/Stbs+0afWxvHRkecKHwKJiB X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Here is the implementation I currently use (from Juri Linkov, message = #8, > second block of code): > > (advice-add 'comint-output-filter :after > "Stop Async Shell Command output from appearing until the= re is > output." > (lambda (process string) > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer= > process)))) > (display-buffer (process-buffer process))))) > > I think this does what you say: whenever some output arrives, the buff= er > pops up. It does not involve changing the behaviour of display-buffer.= > > All my patch does is move the advice into a function suitable for > comint-output-filter-functions. To turn this into a minor mode I would do two things: (1) Add an entry to =E2=80=98display-buffer-overriding-action=E2=80=99 so= that the buffer is not displayed right away. (2) Get rid of the advice, maybe by doing the display at the end of =E2=80=98comint-output-filter-functions=E2=80=99. > But I'm still confused by how you >> >want to add something to =E2=80=98display-buffer-alist=E2=80=99 and = at the same time to >> >not change the behavior of =E2=80=98display-buffer=E2=80=99;-) > =E2=80=8B > I suggested adding an option to display-buffer-alist's defcustom > specification, something like: > > :options (((regexp "\\*Async Shell Command\\*") (func= tion > display-buffer-no-window))) > > By default, this is not selected, so it does not change the default > behaviour. Please don't do such things. Within a couple of months we would be back where we were before the introduction of =E2=80=98display-buffer-alist=E2= =80=99. > I currently simply add an item to display-buffer-alist: > > (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window)) If you now try to customize =E2=80=98display-buffer-alist=E2=80=99, you'l= l be told that this option has been "CHANGED outside Customize". You can avoid that by doing (customize-save-variable 'display-buffer-alist (add-to-list 'display-buffer-alist '("\\*Async Shell Command\\*" display-buffer-no-window))) instead. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 06:11:46 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 11:11:46 +0000 Received: from localhost ([127.0.0.1]:53265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKkEr-0007Eu-TH for submit@debbugs.gnu.org; Sat, 24 Dec 2016 06:11:46 -0500 Received: from mail-qk0-f181.google.com ([209.85.220.181]:36661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKkEp-0007Eh-ME for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 06:11:44 -0500 Received: by mail-qk0-f181.google.com with SMTP id n21so158872780qka.3 for <18133@debbugs.gnu.org>; Sat, 24 Dec 2016 03:11:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tKLb2nNSCcXYO142y0WSBAqHzPmXj1rHUDb1Vsavabc=; b=4s6X2g4+N7sGMe/izl0vZBfnuF36LYqzsOpYr0AlPjCen7O9KobKkD/J6CULwsDhj+ 7di0D9J7FjBFqpzjFpufFPrFA2o7Gebe1m1hL9dsPQFERrBEqrIJz5X6rVGPeXhngKVG xKvHEOam9P8ETcDFYMqBRTrgJmlOfqtorbYIU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tKLb2nNSCcXYO142y0WSBAqHzPmXj1rHUDb1Vsavabc=; b=udc/KjG4Lv3EeOx1jkregc37a17CSqEOt0Us737RPEfgGhoVTie4SBjtY+BPYsBNQp h4I3xFiOQPK0VV8MORTyHb3MAQ8ps5fP1qaxPWMXe2pdCVQ/d9LSikQWQorEDEYXw3bA IqlkkC15Vuv/8rlEEDmaZLIsekZjtCW9aTL8BzlRbTkeO7moYVf4B45wzPV1W1xZ6ZYJ ViK3G97DCYT/mubCRBKZINOPrmHFi0U+lWCFDb691v+HXh5m8je+EcHIYJWagu2m7D4u TchV9eQTrjKbXjAKXCd/jf+6ktpD5RlVF7ygPOBYhgBptd0uMyHQwOhSLVUyY5bde1tJ /Tlw== X-Gm-Message-State: AIkVDXIXFXL1NVzoibJ8QvOcoadAtgfKrAKNFQ1GuPBno0yyNRqRYSO2KTMMcz5YdVIKcmwd4mGSn0aQ1tQkjHkZ X-Received: by 10.55.165.141 with SMTP id o135mr18823539qke.119.1482577898219; Sat, 24 Dec 2016 03:11:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Sat, 24 Dec 2016 03:11:37 -0800 (PST) In-Reply-To: <585E3CF2.4070800@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> From: Reuben Thomas Date: Sat, 24 Dec 2016 11:11:37 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=94eb2c062bd2f9e8f2054465903e X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c062bd2f9e8f2054465903e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 24 December 2016 at 09:16, martin rudalics wrote: > > Here is the implementation I currently use (from Juri Linkov, message #= 8, > > second block of code): > > > > (advice-add 'comint-output-filter :after > > "Stop Async Shell Command output from appearing until ther= e > is > > output." > > (lambda (process string) > > (when (and (string-match-p "\\*Async Shell Command\\*" > > (buffer-name (process-buffer > > process)))) > > (display-buffer (process-buffer process))))) > > > > I think this does what you say: whenever some output arrives, the buffe= r > > pops up. It does not involve changing the behaviour of display-buffer. > > > > All my patch does is move the advice into a function suitable for > > comint-output-filter-functions. > > To turn this into a minor mode I would do two things: > =E2=80=8BPlease, start from the patch I provided, and read the discussion i= n previous messages; otherwise, you're partly rehashing old conversations. In any case, adding a minor mode might be tidier than adding suggestions to display-buffer-alist, but it's worse in terms of adding complexity to Emacs. It's not worth it. In my view, what I suggested is simply the correct behaviour, and should be the default. In Eli's view, we should not change the default unless it proves popular. I am therefore seeking a way to make it easier to customize than at present (as you can see, at present it requires 10 lines of code, which is 10 times too much). =E2=80=8BAny suggestions?=E2=80=8B Eli? If you now try to customize =E2=80=98display-buffer-alist=E2=80=99, you'll = be told that > this option has been "CHANGED outside Customize". You can avoid that by > doing > > (customize-save-variable > 'display-buffer-alist > (add-to-list > 'display-buffer-alist '("\\*Async Shell Command\\*" > display-buffer-no-window))) > > instead. > =E2=80=8BThanks, I've made that change to my configuration. --=20 http://rrt.sc3d.org --94eb2c062bd2f9e8f2054465903e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 24 December 2016 at 09:16, martin rudalics <rudalics@gmx.at> w= rote:
> Her= e is the implementation I currently use (from Juri Linkov, message #8,
> second block of code):
>
> (advice-add 'comint-output-filter :after
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Stop Async Shell= Command output from appearing until there is
> output."
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (lambda (process strin= g)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (when (and (str= ing-match-p "\\*Async Shell Command\\*"
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0(buffer-name (process-buffer
> process))))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (display= -buffer (process-buffer process)))))
>
> I think this does what you say: whenever some output arrives, the buff= er
> pops up. It does not involve changing the behaviour of display-buffer.=
>
> All my patch does is move the advice into a function suitable for
> comint-output-filter-functions.

 To turn this into a minor mode I would do two things:
=
=E2= =80=8BPlease, start from the patch I provided, and read the discussion in p= revious messages; otherwise, you're partly rehashing old conversations.=

In any case, adding a minor mode might be tidier than adding sugge= stions to display-buffer-alist, but it's worse in terms of adding compl= exity to Emacs. It's not worth it.
In my view, what I suggested is simply= the correct behaviour, and should be the default.

In Eli's view, we shou= ld not change the default unless it proves popular.

I am therefore seeking a = way to make it easier to customize than at present (as you can see, at pres= ent it requires 10 lines of code, which is 10 times too much).

=E2=80=8BAny s= uggestions?=E2=80=8B Eli?

If you now try to customize =E2=80=98display-buf= fer-alist=E2=80=99, you'll be told that
this option has been "C= HANGED outside Customize".=C2=A0 You can avoid that by
doing
(customize-save-variable
=C2=A0'display-buffer-alist
=C2=A0(add-to-list
=C2=A0 'display-buffer-alist '(&q= uot;\\*Async Shell Command\\*"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 display-buff= er-no-window)))

instead.
=E2=80=8BThanks, I've made that ch= ange to my configuration.

--
http://rrt.sc3d.org
--94eb2c062bd2f9e8f2054465903e-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 07:07:20 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 12:07:20 +0000 Received: from localhost ([127.0.0.1]:53277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKl6e-0000AV-F6 for submit@debbugs.gnu.org; Sat, 24 Dec 2016 07:07:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58737) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKl6c-0000AE-Kg for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 07:07:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKl6U-0001dd-Fj for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 07:07:13 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKl6U-0001dY-Cy; Sat, 24 Dec 2016 07:07:10 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3712 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cKl6T-00048J-Mg; Sat, 24 Dec 2016 07:07:10 -0500 Date: Sat, 24 Dec 2016 14:06:51 +0200 Message-Id: <837f6pzg2s.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Sat, 24 Dec 2016 11:11:37 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Sat, 24 Dec 2016 11:11:37 +0000 > Cc: Eli Zaretskii , 18133@debbugs.gnu.org > > To turn this into a minor mode I would do two things: > > ​Please, start from the patch I provided, and read the discussion in previous messages; otherwise, you're > partly rehashing old conversations. > > In any case, adding a minor mode might be tidier than adding suggestions to display-buffer-alist, but it's worse > in terms of adding complexity to Emacs. It's not worth it. > > In my view, what I suggested is simply the correct behaviour, and should be the default. > > In Eli's view, we should not change the default unless it proves popular. > > I am therefore seeking a way to make it easier to customize than at present (as you can see, at present it > requires 10 lines of code, which is 10 times too much). > > ​Any suggestions?​ Eli? Not sure why this went astray so much. Let me try bringing it back on track. display-buffer-alist is a defcustom. The issue at hand is to offer users a way of customizing display-buffer-alist such that buffers whose names match "*Async Shell Command*" will not be displayed unless they have something to show the user. Martin, what can we add to the display-buffer-alist's defcustom to allow users easy customization to that effect? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 08:54:14 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 13:54:14 +0000 Received: from localhost ([127.0.0.1]:53328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKmm6-0004Pn-J1 for submit@debbugs.gnu.org; Sat, 24 Dec 2016 08:54:14 -0500 Received: from mout.gmx.net ([212.227.17.20]:64998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKmm4-0004PW-05 for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 08:54:12 -0500 Received: from [192.168.1.100] ([212.95.7.50]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MZfZi-1bzG0j44I2-00LXva; Sat, 24 Dec 2016 14:54:04 +0100 Message-ID: <585E7DF8.30205@gmx.at> Date: Sat, 24 Dec 2016 14:54:00 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> In-Reply-To: <837f6pzg2s.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:MtU/EzJYX81+h429U1taxICVCuVrdx+oZaVFBGnDnqXJ3Yu5LTj 1cQVeWo07ndLJn35eoueXT6k6vIE9zrdGcPBXI1d1a4bvQM3Ehqxtj7Tji+C3ZsKnYM5B52 +AursdpbEuyZb+pyflS1ND6BsMI0X4yLQY0B0A7wtPOFPUrXVSJP8yM4ktqE+oiKk5miEc0 7bLhQNVLlShuJVMJyPT+g== X-UI-Out-Filterresults: notjunk:1;V01:K0:qJH/bEIWYrM=:WBhUE7gpfWkKXlkZDCZ4Ch Cf3aX4zMibSZPiwa2ld/9uU4ix0GWAMGxws11Sy2MBF9wng5lV2c2Wt822VxVIcQfY93lO+i5 i4ky5CIL8JjU5pyzCLBz/c9c/gnrrKVrSmcKCqKHh+iEZim+WqOcopryng0Q4O/3kQ7FUcuq5 jZXlNM08KZAShrbBKqeNqqTpRsLpYNR9ZdvD2AiTqOi26i/DAMIU85suNaPxEO4qQCBKs92T9 kFqhGaqalQT3qdEjfrfsR+HW6P3P3Nbaj3qPCNwbQ3LA3pesd0R9nmY1Ilr0oDNCFy9XV/V7T 41DoiEkMh3rqeZce4upcH3WjSWGTpB3zT1Vqhr8aZuzrjrZo58yKIkrvp/j7L65UpygRtZuUm Ue037aJRAoXw2MCrToRNC/eSRHbDasE/i5EjQZHymmnAhjgRfeqgeZQvlsiMv+PqA8cgF62tX YRskSUDzDE1Bnzja5IzhYz7Vn08Ygq/zzp817f7GvkvJ3hDNFmFHScTPlzNxnIEtdk++ZQxmI 8txVcQzti7VQSfE1Hb1JGJjcIti3G4k+BjdQTFTyobrHOtaeqrfVl4O/L58LZPL8CCeLPE4LU 4b0frynVZaCypz6QwYt9qR2hozJsn7owCeJ0HSHEZyGjMFApuYBQYG1xjGmeBizW/AwP+DY8s /LyOeGvonwly5RAQ6NxJa+dsmRAYzIfH8puLGhHLK47XMWPppB9p1qJcmjWguQp41g7YLo6E2 dbKKp9BBS3Kq3kMag7gHtIOuI2W047HSQE/609CwtnjkE4vOfo9kkNVZQq+xKnDizMKB20gP7 kOhX1tcR+EDZnZVyinFYn4bvC3VzQ== X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) > display-buffer-alist is a defcustom. The issue at hand is to offer > users a way of customizing display-buffer-alist such that buffers > whose names match "*Async Shell Command*" will not be displayed unless= > they have something to show the user. > > Martin, what can we add to the display-buffer-alist's defcustom to > allow users easy customization to that effect? Let me try to explain this once more: The idea of =E2=80=98display-buffer= -alist=E2=80=99 was to provide an option with a default value of nil. An option entirely in the hands of the user, which means that no code is allowed to change its value. In the five years since its introduction, new Emacs code has followed this convention. As soon as we allow new code to change this as Reuben proposed, nothing will prevent users from saying that they like a non-nil default value for the entry in question and a few years later we'll be in the very situation we had before, namely that of users' customizations dwarfed by applications adding their own preferences. We've been there and it was a mess. Applications have three ways to affect what =E2=80=98display-buffer=E2=80= =99 does: (1) Provide the function to use via an argument. This can be overridden by =E2=80=98display-buffer-alist=E2=80=99. (2) Let-bind =E2=80=98display-buffer-alist=E2=80=99 temporarily to a valu= e of its preference. This is a work-around for the case where the application does not call =E2=80=98display-buffer=E2=80=99 directly.= (3) Use =E2=80=98display-buffer-overriding-action=E2=80=99. This overrid= es =E2=80=98display-buffer-alist=E2=80=99 completely. Is it really so difficult to provide an extra option which allows to have either of these trigger the wanted behavior? Also taking into account that the lazy pop-up behavior Reuben aims at cannot be obtained by customizing an existing option anyway? martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 09:45:26 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 14:45:26 +0000 Received: from localhost ([127.0.0.1]:53365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKnZe-0005dr-3x for submit@debbugs.gnu.org; Sat, 24 Dec 2016 09:45:26 -0500 Received: from mail-qt0-f176.google.com ([209.85.216.176]:34374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKnZb-0005dd-Rz for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 09:45:24 -0500 Received: by mail-qt0-f176.google.com with SMTP id d45so59502712qta.1 for <18133@debbugs.gnu.org>; Sat, 24 Dec 2016 06:45:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=UCK6Tkw3BJUA5LUw2MOho2AiOflvMJgvnfo/E1/MsZ0=; b=rgoA5kTv4CKQ2cETpom6YKveZRBz9sPC0skA3ydLeGGXAMd88G/pipmGH3VvyMjDko h84RwACbxJN+BXr7KZZm7B1nfcNhuJG1yqrNTW7+92S4sKCscn8udBbgqK+zzbd/2qPz MSUClPHalQwSyC44u4u+84DPDHabgNeuwN+Q8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=UCK6Tkw3BJUA5LUw2MOho2AiOflvMJgvnfo/E1/MsZ0=; b=cHcpDCrOersLEZ7VIrsXSQn+2ci1KuTiS0am0zfHM6MpdMJRzwvMAUJzYjzNlf06nD F0Fe7Bmo1dz3CSIzBHp8rFXZu7WvyHWh38ah/8U0VdH+JwMINhMPy5N5Mbnf1Z61S/DP bnxZcma95FZFw6NQ1lxcRlwwyMjT+A2KzpztPQK4lwh/XISP/PglS/jb7B1sgVWVD0GY g+kFAMVKBarIJDLVLyhh/2dll7O0m7r7F+Gibgm0bm2VUUc7B6W5ipUKKJul/MNcY9C7 Ii6lM6DLx5AFofyQAFTZFFsr4lcI6k2BJlBL7DHnzjfUtEiSgnTHnKz4IVYAv+hJQ1hB 1FYQ== X-Gm-Message-State: AIkVDXIg9G21W21yTAR7m0o8GaPYmesUsQZk5JYQYGt5Pkz0ssaPVDb5G7fD+wa8aRYhXbaOWQo1cbkPhfRyM2q7 X-Received: by 10.200.47.38 with SMTP id j35mr19141033qta.136.1482590718406; Sat, 24 Dec 2016 06:45:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Sat, 24 Dec 2016 06:45:17 -0800 (PST) In-Reply-To: <585E7DF8.30205@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> From: Reuben Thomas Date: Sat, 24 Dec 2016 14:45:17 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=001a1135da061e53920544688df5 X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --001a1135da061e53920544688df5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 24 December 2016 at 13:54, martin rudalics wrote: > > Applications have three ways to affect what =E2=80=98display-buffer=E2=80= =99 does: > > (1) Provide the function to use via an argument. This can be overridden > by =E2=80=98display-buffer-alist=E2=80=99. > > (2) Let-bind =E2=80=98display-buffer-alist=E2=80=99 temporarily to a valu= e of its > preference. This is a work-around for the case where the > application does not call =E2=80=98display-buffer=E2=80=99 directly. > > (3) Use =E2=80=98display-buffer-overriding-action=E2=80=99. This overrid= es > =E2=80=98display-buffer-alist=E2=80=99 completely. > =E2=80=8BThanks for this clear summary (and thanks to Eli for helping out!)= .=E2=80=8B > Is it really so difficult to provide an extra option which allows to > have either of these trigger the wanted behavior? =E2=80=8BCould you please make a concrete suggestion? I must admit that I d= on't feel competent yet, and I've already tried and failed! =E2=80=8B --=20 http://rrt.sc3d.org --001a1135da061e53920544688df5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 24 December 2016 at 13:54, martin rudalics <rudalics@gmx.at> w= rote:

Applications have three ways to affect what =E2=80=98display-buffer=E2=80= =99 does:

(1) Provide the function to use via an argument.=C2=A0 This can be overridd= en
=C2=A0 =C2=A0 by =E2=80=98display-buffer-alist=E2=80=99.

(2) Let-bind =E2=80=98display-buffer-alist=E2=80=99 temporarily to a value = of its
=C2=A0 =C2=A0 preference.=C2=A0 This is a work-around for the case where th= e
=C2=A0 =C2=A0 application does not call =E2=80=98display-buffer=E2=80=99 di= rectly.

(3) Use =E2=80=98display-buffer-overriding-action=E2=80=99.=C2=A0 This= overrides
=C2=A0 =C2=A0 =E2=80=98display-buffer-alist=E2=80=99 completely.

=E2=80=8BThanks for this clear summary (and thanks to Eli for helping= out!).=E2=80=8B
=C2=A0
Is it really so difficult to provide an extra option which allows to
have either of these trigger the wanted behavior?

=E2=80=8BCoul= d you please make a concrete suggestion? I must admit that I don't feel= competent yet, and I've already tried and failed!
=E2= =80=8B
--
http://rr= t.sc3d.org
--001a1135da061e53920544688df5-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 11:03:50 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 16:03:50 +0000 Received: from localhost ([127.0.0.1]:53900 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKonV-0000wD-GT for submit@debbugs.gnu.org; Sat, 24 Dec 2016 11:03:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKonT-0000vz-HR for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:03:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKonJ-0006Eq-5K for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:03:42 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49993) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKonJ-0006Eg-1R; Sat, 24 Dec 2016 11:03:37 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4066 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cKonG-0007La-8r; Sat, 24 Dec 2016 11:03:36 -0500 Date: Sat, 24 Dec 2016 18:03:06 +0200 Message-Id: <83zijlxqkl.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <585E7DF8.30205@gmx.at> (message from martin rudalics on Sat, 24 Dec 2016 14:54:00 +0100) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Sat, 24 Dec 2016 14:54:00 +0100 > From: martin rudalics > CC: 18133@debbugs.gnu.org > > > display-buffer-alist is a defcustom. The issue at hand is to offer > > users a way of customizing display-buffer-alist such that buffers > > whose names match "*Async Shell Command*" will not be displayed unless > > they have something to show the user. > > > > Martin, what can we add to the display-buffer-alist's defcustom to > > allow users easy customization to that effect? > > Let me try to explain this once more: The idea of ‘display-buffer-alist’ > was to provide an option with a default value of nil. An option > entirely in the hands of the user, which means that no code is allowed > to change its value. In the five years since its introduction, new > Emacs code has followed this convention. I'm not talking about any code that would change the default value. I'm talking about showing the users a non-default value, for them to select if they want to, that would produce the effect desired here. IOW, when the user clicks "Value menu", I would like them to see a value which makes async shell buffers behave like Reuben wants. That's all. If you are saying that we must not show any value but nil in the value menu, then my next question will be why is this variable a defcustom, if users are not allowed to select non-default values for it. > Applications have three ways to affect what ‘display-buffer’ does: We are not talking about any applications, at least I wasn't. I was talking about providing another possible value, that'd be easy to select without writing any Lisp, and which, when selected, will cause the async shell output buffer be displayed only when there's some material in it. > Is it really so difficult to provide an extra option which allows to > have either of these trigger the wanted behavior? Also taking into > account that the lazy pop-up behavior Reuben aims at cannot be obtained > by customizing an existing option anyway? AFAIU, customizing display-buffer-alist, an existing option, does in fact produce the desired effect. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 11:33:13 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 16:33:13 +0000 Received: from localhost ([127.0.0.1]:53945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpFw-0001ev-VF for submit@debbugs.gnu.org; Sat, 24 Dec 2016 11:33:13 -0500 Received: from mout.gmx.net ([212.227.17.21]:49184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpFu-0001eg-Sl for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:33:11 -0500 Received: from [192.168.1.100] ([212.95.7.50]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mcgur-1c3ZNt2797-00HxqI; Sat, 24 Dec 2016 17:33:00 +0100 Message-ID: <585EA337.9060307@gmx.at> Date: Sat, 24 Dec 2016 17:32:55 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:NI4UxzTSYz4KJBU+0napO2rtGOicKbwhCTYJQLb9N1CtrBv5n8N YG2CqvEEipLmTP6wIUh/1CZDi7RnkHlebdLGJ9tczy04O8MtC6ETcyu8jDvBMznRNdCPeuZ Os1y2M+zSDERCyA/VPJ+IkitmMAOEfK3bUQn2/8T51wWAoCu0uZ6+dM38++a3B1ogH5Gupw Ekjes7/PBHcr7e3jQ9Dfg== X-UI-Out-Filterresults: notjunk:1;V01:K0:I9BrhrmfJf8=:d+/SsHoj8lW3TV+wd93SDt eocS3YA/qgqXMu49XutS5dPkiPsSVoNGV/bJnrszrlvEqakSHD78mun0Zq7KNCqKKTWFz1Vrh +kP0vDvPudt93nVPz+YYai4XnhpoqwEaCFOfhGfzjizs6PAlQbVNAplpXDr8F85uEOesNhidp CoD0ZbMeFB75+y5NAv3Scwnmdn1U3VzFMQKJzRJRdwBDvsf+9AygIfgHsdCRGXfEz+k8MAPp4 WZyUvGlse9JVZh59XoqExhfWb87vabxPM2coIlK8Eeaf/xgOojlK41FY8xlsTyXqlFjWKyFMz hvn8kMsq3rVgwN23tPoETlIeN/vS57IX86A34WpCiisZzJL8KPlpzfXrBO9f+KnazR8IuuNOd PKxK5G0jQT4fhtZB69PXiL9xK3+2llQWA6lvqvSm0rPeUhDdIij0Lg+Ei0f/IuT3YMHSwLcy4 L1P8kBkBdKbwmRg5Ty04Pa1wRCsUIKwoolwXZeOm7cYfxTFgMKMvMcUPQyiXqBc42YGfizJha xr3h79rUmE9j5BToINdvLnkhTfK4g0Oo4IEm+Bq5sqyPXb/j5k6h2B1V3fXzSBAVF2VQlrdrr mpHp60l9Gclj7plEe1mnOVYGazVtdhHOMFnGUFOux5fXM2aRqhgmRC0aJafe0GJRkjNkdrqnZ eT3AsvUV4MxuaNLkJx8YxfdMJ+KduKyOGT0yFh1CZHim3Sd7HynV8HzwLG1zLxcpMS5Nwnj/8 LLMrloHGtG52nJB6y76ddCkq+nwVGFJ/lqxGHx2X7aj6w2VN0Anb02OytA1uVnVL3LQiOzaIw iY0GFEwLLLZWeGZJj/b2sXy5AxegQIelJkMYr9ih74ES6atlUi3AHeln/nxzXZIuzBxATnNSP 3jmE0sNWBRoicaXSYZ6QmXQsP4zqufLlYFrwEZUwdifWtowQvbzSKZ+FJww+e/GXxuraZRcrS ypn58Q6a3nibOZf7v8DQWiBYNnU0CdDY3lweZDFBysOC79sPDNX0Lbv9ZNDkLv5DyhCCKqcew aiD1rcJUJ5UUbiVVR5TTlo/xQvWU2LtB1zxN8lMwts1hI8qeB+Tb++93Dsp9FBi0OQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > =E2=80=8BCould you please make a concrete suggestion? I must admit tha= t I don't > feel competent yet, and I've already tried and failed! (display-buffer buffer `(,(and async-shell-lazy-pop-up-mode (equal (buffer-name buffer) "*Async Shell Command*") 'display-buffer-no-window) (allow-no-window . t))) martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 11:33:18 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 16:33:18 +0000 Received: from localhost ([127.0.0.1]:53948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpG2-0001fB-5Z for submit@debbugs.gnu.org; Sat, 24 Dec 2016 11:33:18 -0500 Received: from mout.gmx.net ([212.227.17.22]:52263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpFy-0001ek-Cd for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:33:16 -0500 Received: from [192.168.1.100] ([212.95.7.50]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MP1PX-1cF4Mh2Se7-006KPT; Sat, 24 Dec 2016 17:33:04 +0100 Message-ID: <585EA33D.5010904@gmx.at> Date: Sat, 24 Dec 2016 17:33:01 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> In-Reply-To: <83zijlxqkl.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:eezGyAvtfxzBF6YIAYFuQg8ny1OIItuTF2pSfhZdGMHXD7XVLSK 9xmXZWhn9Q2fYzhPGJOMRNRoKLSpAWxHX9F5eMGVewq36UkQ+njuQHPms0aO3ijrJ66SJG6 R3V2kQLXI3bocwLB5BlqbJFdkLe0LTh35IwdUzAPQsiN25Om+PYNe9t4SNZr63+SQgOK7iF Trz7OMNIaDpDei+4V2qAg== X-UI-Out-Filterresults: notjunk:1;V01:K0:TwJLp1YnnOY=:egb+td1GOzeX+7Q1X99QaB UrRLtoCnHZzJFHuuDQopRhqb6H5+UULAwfmw3ENMXUMTjM+TZRNvr/4KIqYB6fIAIszeladfl 5gJ51rG+HFX8xCvFUUwJOFaU7MLQs2CLtQ1yyRYsuCS0Xy0oz7ggbBUN/Ph+3T/L8sq7A4jJA oyoalYzp88B9+z/gzueEFUXWQrvilccZcfCXfNhrG8gGCSjMYrMUdReTGNUZcDESKkhpcYmUy k1cUdkYALqQLV/u6nfySvaJCIpG1epgV9aHSh6BH6xRuNQWFhCy9gcH+VHSQeescg52N/2VqJ LPcSofpeOSMzyD88t1+LsyLrSwXDzf8lviF4iNvVDsgCLMV8XA5Sbrv5j+nsreGJvSifto0gf Mi53xVcYquj3vH9HV4cSk2co5BK6AOzNZLfqSVSHBP19qR47jvATIVP18ALPBa1gaC1pj+uU8 RvKhhS3gZXeb+7zoqore0c25LWMLQKWK955Q2ur93cIPaoTtXXS4vEo9YFdIoifmGDiMjjoVs T9wzvuqkIErZSZl61viA8zNBUJWlb7T0Pb6gfSrtUjZNpe/Qc/NLt/HBjkyEBphOLd9MxvK9c 5j4j7Jx/+2yu7Oz+eYkqW/D/x5gpCsqLdVICYff9klIrJU6NbEVhhPDCdWIDFzI4PE7UgDILU mOnNk98HX+tMswnPDLklP5A+/MY77mBkOo/WqdTnRiJK+Qz6ylSLPXPNXI2lZLxnBOgv1ElPF OXB9LPozVU7Yh1QGXjWfDH1+n3q7zTLLUDfIGWcxbVleTlJV6MlAb8IyyRgmibvd9BSjBwEEQ NBxJJOuYi5IOhtZeg4XXPrwh+nFGkBrkDqTkRSd47Zug6rdYcr+gMxuPTaY+TIW0gT86u/dP8 IuABByeFJ7Pkire15k0yCcCfoyHuCBhhuXQd1HAIx4dD6QngjtdzV+rL2VmishgNJxYBVZx9h TebVbkXfTDn9ntoHjRgaSBNnNeeTLfmuTC9I/2CnN+QkPc/9YRmRn50Vq/v6wMEDI9tWkzzaB hlmwNLDgzgwQkZ1w2B3nVlc6hrvF5ETSgi857IwIT9lfs5M+QKkYFnqgeJH5uUEARQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I'm not talking about any code that would change the default value. > I'm talking about showing the users a non-default value, for them to > select if they want to, that would produce the effect desired here. > > IOW, when the user clicks "Value menu", I would like them to see a > value which makes async shell buffers behave like Reuben wants. > That's all. If that's all, just add =E2=80=98display-buffer-no-window=E2=80=99 to =E2=80=98display-buffer--action-function-custom-type=E2=80=99 as I sugges= ted before. (BTW Juri should have done that when he added that function.) But Reuben replied 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. If we only added the function to display-buffer--action-function-custom-type, the user stil= l has to manually add the right buffer name pattern and the action to display-buffer-alist. > If you are saying that we must not show any value but nil in the value= > menu, then my next question will be why is this variable a defcustom, > if users are not allowed to select non-default values for it. > >> Applications have three ways to affect what =E2=80=98display-buffer=E2= =80=99 does: > > We are not talking about any applications, at least I wasn't. I was > talking about providing another possible value, that'd be easy to > select without writing any Lisp, and which, when selected, will cause > the async shell output buffer be displayed only when there's some > material in it. And how should =E2=80=98display-buffer=E2=80=99 know whether "there's som= e material" in that buffer? martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 11:57:35 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 16:57:35 +0000 Received: from localhost ([127.0.0.1]:53959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpdX-0002Cv-7X for submit@debbugs.gnu.org; Sat, 24 Dec 2016 11:57:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKpdV-0002Ch-IT for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:57:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cKpdN-00015h-7w for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 11:57:28 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50456) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cKpdN-00015c-4C; Sat, 24 Dec 2016 11:57:25 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4158 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cKpdK-00023B-8o; Sat, 24 Dec 2016 11:57:24 -0500 Date: Sat, 24 Dec 2016 18:56:50 +0200 Message-Id: <83tw9txo31.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <585EA33D.5010904@gmx.at> (message from martin rudalics on Sat, 24 Dec 2016 17:33:01 +0100) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> <585EA33D.5010904@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Sat, 24 Dec 2016 17:33:01 +0100 > From: martin rudalics > CC: rrt@sc3d.org, 18133@debbugs.gnu.org > > > I'm not talking about any code that would change the default value. > > I'm talking about showing the users a non-default value, for them to > > select if they want to, that would produce the effect desired here. > > > > IOW, when the user clicks "Value menu", I would like them to see a > > value which makes async shell buffers behave like Reuben wants. > > That's all. > > If that's all, just add ‘display-buffer-no-window’ to > ‘display-buffer--action-function-custom-type’ as I suggested before. > (BTW Juri should have done that when he added that function.) But > Reuben replied > > It would be nice if the user only had to change one thing to enable hiding > the async output buffer until there is output. If we only added the > function to display-buffer--action-function-custom-type, the user still has > to manually add the right buffer name pattern and the action to > display-buffer-alist. Yes, I meant to add a value that would handle "*Async Shell Output*" buffer like described above. > > We are not talking about any applications, at least I wasn't. I was > > talking about providing another possible value, that'd be easy to > > select without writing any Lisp, and which, when selected, will cause > > the async shell output buffer be displayed only when there's some > > material in it. > > And how should ‘display-buffer’ know whether "there's some material" in > that buffer? That's up to Reuben, I thought he had this figured out already. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 13:15:11 2016 Received: (at 18133) by debbugs.gnu.org; 24 Dec 2016 18:15:11 +0000 Received: from localhost ([127.0.0.1]:54004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKqqd-000443-Lh for submit@debbugs.gnu.org; Sat, 24 Dec 2016 13:15:11 -0500 Received: from mout.gmx.net ([212.227.17.22]:60988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKqqb-00043q-VP for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 13:15:10 -0500 Received: from [192.168.1.100] ([212.95.7.50]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MH5Sw-1cOeCE0n5u-00Dn36; Sat, 24 Dec 2016 19:15:00 +0100 Message-ID: <585EBB20.7040302@gmx.at> Date: Sat, 24 Dec 2016 19:14:56 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> <585EA33D.5010904@gmx.at> <83tw9txo31.fsf@gnu.org> In-Reply-To: <83tw9txo31.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:AqwCAuJaB3aBhZk+SMgGknbSXgovmp7z04fMCbRg4D+tIK+FWx4 HUtTojW0AJ40oXSodWJpG5kuESEqiBh/AaaB2THrsfzlv77M03TO2F1B0Qfau2WmfDX7fid M6UTwXcnPVK8uiuJlbxi8I7eYVEn/LGuEp5FZqkL2QWb2uoENjs3KZaDpn7z//TvQDPFCHh RpAHZxti3h/J3ztUYKIyw== X-UI-Out-Filterresults: notjunk:1;V01:K0:MdWURVV2VNA=:J7FPtt5y/qhpR12cxjNiKE yPppsxWzDEBDJ5hKo9yCKWeIya9f7m+knp2WY5upSFfAXLnhW5yhyegFAVu+j8EHgw7uTlQT8 Y46+IVtXKxSdxOxHfVvL2YORQ4V72y+w0ixRRP6Wofy206R6LEe4sYsXuo4XYaaSFUsX6RE2m nFJrCJQpzG8U3MCE/KfS0w4yHTXPvK2fIOee2+jCHLSOrKJrX/8oKWLhoBEYthu6i0HKE/r+G fJWpn2R8zxB7vkE4Gue1OZQJ9bJ0h0klGK7wQ1f5pfHSv6Vh1hVhkWQHXVV0Llkw2lAX124Rp Q1vtfYtLgG+VVdm4uAUljx3Jzk8wfnQ/7Hse/zdb1EtG1jdBbK6sawDEG+nTmyAhUkhQVNH4S vgY0jldsK9YAsEALbGXb7Z8XnqFvTOw8q/BflcOqXmf0ETe473fl29f/nIdYwrkL+zFSZjCdL SuoxDwb2rGcBjuTlCSrO4BNvTQOqOvH6mFhP427f1B98UFWVSNjbSMrxT0JoMyMBnDeenSuvB +yuAba1hgx8IfHtGXIypD23e8A/F4Aeoano8yrkqGQ1p2XmI6pkCfkGbWVALd6QfG6yICwDpi 3IQ6tL8fq18C9XA+B0C+OiDs7t6Kau8ltZU2koAzNvSKXzkw1nTirj/4mCSz/UAH5U8TKNYBO 8s+abNMNx6mNP67MNGATo5ahD1siwxgydRfZufs+ZG8w7q7ZXHbRxMgz2b+WLeeL4ei/3DBqY 1alpydEam9qpmxF2pJ6r7VfzMB3uHFtQv1cemskW1TmHOeTnRc1fDtNUIeU6MvZZ2azfdSPDn XbAThFqOQZ4PmwnTaqekzwnEBlBbGwgcZ+ORouw7iww+ox2QFZbPDG9jP+SReYYl9LX0raCK/ Boi9LQe4McV9pRfv8+tZ72U+nNZlyxn61m5zdE1DbgPOJLaJsR+J2X9VLjjBeiIewGo+X2033 u8BDNwZC+yN+bBcTjB/QymjOTcfNbrJHSw99bdKYgJShAAOUPQakcwbZIa1dt/tRKBUMQiYp/ /lSp3SAkaDKdHNBjFQgil7VQfQpf5bZPtIQ0Q9a9WFgeRZcUNkmeGS2eJYx7wdVuYQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: 18133@debbugs.gnu.org, rrt@sc3d.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> It would be nice if the user only had to change one thing to enab= le hiding >> the async output buffer until there is output. If we only added t= he >> function to display-buffer--action-function-custom-type, the user= still has >> to manually add the right buffer name pattern and the action to >> display-buffer-alist. > > Yes, I meant to add a value that would handle "*Async Shell Output*" > buffer like described above. The type specification of =E2=80=98display-buffer-alist=E2=80=99 goes as:= :type `(alist :key-type (choice :tag "Condition" regexp (function :tag "Matcher function")) :value-type ,display-buffer--action-custom-type) This associates regexps/matcher functions with actions. How, in such a specification, can I splice in a buffer name associated with a key _without_ assigning that pair to the default of =E2=80=98display-buffer-a= list=E2=80=99? Maybe I'm missing some detail of the customization interface. >> And how should =E2=80=98display-buffer=E2=80=99 know whether "there's= some material" in >> that buffer? > > That's up to Reuben, I thought he had this figured out already. Whatever he figures out, it will affect the decision whether to display the buffer initially. You can decide that via a matcher function in =E2=80=98display-buffer-alist=E2=80=99 (if the buffer name equals "..." a= nd the buffer is not empty display it, otherwise not) but then it would be easier to add a new action function like =E2=80=98display-buffer-if-not-empty=E2=80= =99. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 24 21:24:02 2016 Received: (at 18133) by debbugs.gnu.org; 25 Dec 2016 02:24:02 +0000 Received: from localhost ([127.0.0.1]:54190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKyTi-00089z-KA for submit@debbugs.gnu.org; Sat, 24 Dec 2016 21:24:02 -0500 Received: from mail-qt0-f178.google.com ([209.85.216.178]:36058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cKyTg-00089U-To for 18133@debbugs.gnu.org; Sat, 24 Dec 2016 21:24:01 -0500 Received: by mail-qt0-f178.google.com with SMTP id k15so48846107qtg.3 for <18133@debbugs.gnu.org>; Sat, 24 Dec 2016 18:24:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1awDFhkER+o3MhqzdDDagGqeCr1FWSv+sCevVwtvdeQ=; b=FrRg7DPIq8zc7wex8UvfL57i+tkXC3ehjYsOfdudlQj72uo3iTj6DRUnM8danv/ZnU vy225uJdKU18S8U+jAHqPfGmtZsdcKSoI9f18KIU3n7yW6+2YBaRlbsVhsrgoQkLn8Wv s+sjXtKCx4Hv0An4Jjo8MngnECjwTX4DzI4M0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1awDFhkER+o3MhqzdDDagGqeCr1FWSv+sCevVwtvdeQ=; b=Uu7Ujt5DRgUK78rO45Xe3eZ3hArsdR8ebFXNgM/xfNBKcg/3V4DErSUSZUyB+RhVQ+ XG8sKfwSXIostRpET76gVnlg3EhdjrbCx8I8iaXg92SWvdUFxedzMGbBb+wUfzADt7Ts iJnI3mHSwMCiovj9ylnk8D5HoPbmnUArCEI+2fkgx01VgS6rqIhE2Ui/7zbZjncNsolQ +gP5FOiilSngo3jcHajiSOMQhs8IF2spbg43oEllaOQo+ai5qzfAwQW1gaeii2lAiaof 7uTosEktL3sqw/rx+qMQXZnL7bHyJ/xA5wphgXckzfu3jHq7AIfZn5Zzw3yS3K6sz36B rnjg== X-Gm-Message-State: AIkVDXKscM64g9PbY3VoKZFbY9ZoFoHpJFAIbGa18o1IEsoHjfv66lSy2WutKu6OoSdBxfS1/ud4xVqcZCqXk9dz X-Received: by 10.237.37.149 with SMTP id x21mr20359663qtc.148.1482632635358; Sat, 24 Dec 2016 18:23:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Sat, 24 Dec 2016 18:23:54 -0800 (PST) In-Reply-To: <585EBB20.7040302@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> <585EA33D.5010904@gmx.at> <83tw9txo31.fsf@gnu.org> <585EBB20.7040302@gmx.at> From: Reuben Thomas Date: Sun, 25 Dec 2016 02:23:54 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=001a114108fa903ac90544724f04 X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --001a114108fa903ac90544724f04 Content-Type: text/plain; charset=UTF-8 [Apologies, I've been working most of today and am working most of tomorrow. I'll get back with a concrete patch that attempts to answer Martin's questions as soon as I can.] --001a114108fa903ac90544724f04 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
[Ap= ologies, I've been working most of today and am working most of tomorro= w. I'll get back with a concrete patch that attempts to answer Martin&#= 39;s questions as soon as I can.]
--001a114108fa903ac90544724f04-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 26 18:27:44 2016 Received: (at 18133) by debbugs.gnu.org; 26 Dec 2016 23:27:44 +0000 Received: from localhost ([127.0.0.1]:56127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLegC-00032A-0n for submit@debbugs.gnu.org; Mon, 26 Dec 2016 18:27:44 -0500 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:52626 helo=homiemail-a11.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLegA-00031z-Bg for 18133@debbugs.gnu.org; Mon, 26 Dec 2016 18:27:42 -0500 Received: from homiemail-a11.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTP id 253F6314C066; Mon, 26 Dec 2016 15:27:41 -0800 (PST) Received: from localhost.linkov.net (m83-178-13-209.cust.tele2.ee [83.178.13.209]) (Authenticated sender: jurta@jurta.org) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTPA id D81FB314C062; Mon, 26 Dec 2016 15:27:39 -0800 (PST) From: Juri Linkov To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output Organization: LINKOV.NET References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> Date: Tue, 27 Dec 2016 01:27:11 +0200 In-Reply-To: (Reuben Thomas's message of "Fri, 23 Dec 2016 21:07:37 +0000") Message-ID: <87fula1dbk.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Here is the implementation I currently use (from Juri Linkov, message #= 8, > second block of code): > > (advice-add 'comint-output-filter :after > "Stop Async Shell Command output from appearing until there= is > output." > (lambda (process string) > (when (and (string-match-p "\\*Async Shell Command\\*" > (buffer-name (process-buffer > process)))) > (display-buffer (process-buffer process))))) This code is mostly intended for the users to put in their ~/.emacs. For core implementation, we need a new customizable variable that you could check in the filter, and display the buffer when necessary. This i= s like other options we already have, e.g. =E2=80=98comint-move-point-for-o= utput=E2=80=99, =E2=80=98comint-scroll-show-maximum-output=E2=80=99 used from =E2=80=98co= mint-output-filter-functions=E2=80=99. A good name would be =E2=80=98async-shell-command-display-buffer=E2=80=99= with a list of options when to display the buffer: the first choice to implement now would be just =E2=80=9Con the first output received=E2=80=9D, but later w= e could add more options like =E2=80=9Con every output received=E2=80=9D, etc. Then you could use the code Martin posted here with using such option in the call to =E2=80=98display-buffer=E2=80=99, i.e. the first use of th= is option in =E2=80=98display-buffer=E2=80=99 is not to display the buffer, and the= second use in the filter-function is to display it on first output. Please note that also you have to take care about not displaying the same buffer many times in filter-function because it is called repeatedly on small chunks of output, depending on the size of output. PS: I'm not sure about using async-specific variables like =E2=80=98async-shell-command-display-buffer=E2=80=99 in comint-filters, so maybe better would be add async-specific comint-filters dynamically in =E2=80=98async-shell-command=E2=80=99? From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 26 18:43:53 2016 Received: (at 18133) by debbugs.gnu.org; 26 Dec 2016 23:43:53 +0000 Received: from localhost ([127.0.0.1]:56133 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLevp-0003RO-F9 for submit@debbugs.gnu.org; Mon, 26 Dec 2016 18:43:53 -0500 Received: from mail-qk0-f171.google.com ([209.85.220.171]:35241) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLevo-0003R9-3p for 18133@debbugs.gnu.org; Mon, 26 Dec 2016 18:43:52 -0500 Received: by mail-qk0-f171.google.com with SMTP id u25so196856753qki.2 for <18133@debbugs.gnu.org>; Mon, 26 Dec 2016 15:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jR0Ohv38dXfFGFm2d374utllmRZ5tpBJLMH5sULY31c=; b=mggiLdxBxTCBg4ublD45KGexIpwXbyIfIivbgle5CqfWreZ09vRNJHQ+0Ba3G+uoMK t8e7LV7CtuOB6peHZuBGJSV7FrHQdV5mIMfQIDT+/1l1dsu8ZkuUw/Xu5paMn+DDG0Cm FUEeJoN9QnOjoGIOZt1SIL40W0Y0fEyjt+j0I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jR0Ohv38dXfFGFm2d374utllmRZ5tpBJLMH5sULY31c=; b=ddffHj5NvBHBhp8MOUjcRV3q5/l/o7LB1TiJPsCYmxZfcNvIPebyjquunX/iVOeOAd TCuPSXFAcO2Knu4xAx7tuJaMcANKTOI4Zc2nnrRihLTbXCyhQX4El44TKjnJU/eYAWEf 46DvnoqZFQZeETo2rH58H32ulrh4a6v6DqsTK4/Ww5UxjH87HyPpvdN0e2lsbJnHKo9H CGY4ZkyjZ0xrxZ8AfpT8ly0jhuJskAhj/GeNEK7d9LBIUuqn+vbf7fOVUGFl+TGpJRVk JotMYOYscDlXe2znMsuVrAG9nvJLeYb4NTP+ze0exUdaI+maJKz9k2za4iDuLm7BKTTe LNTQ== X-Gm-Message-State: AIkVDXKb2U20mff7QrlblFYPz4T4U730Qux3H8eBC/sgBt8J5BdLY4FRpwbUOJvwUYO5QTvW1wUKWNVk6ap6I8sO X-Received: by 10.55.135.69 with SMTP id j66mr28751706qkd.31.1482795826672; Mon, 26 Dec 2016 15:43:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 26 Dec 2016 15:43:45 -0800 (PST) In-Reply-To: <585EBB20.7040302@gmx.at> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> <585EA33D.5010904@gmx.at> <83tw9txo31.fsf@gnu.org> <585EBB20.7040302@gmx.at> From: Reuben Thomas Date: Mon, 26 Dec 2016 23:43:45 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: martin rudalics Content-Type: multipart/alternative; boundary=94eb2c075f46860e2c0544984e7d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --94eb2c075f46860e2c0544984e7d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 24 December 2016 at 18:14, martin rudalics wrote: > >> It would be nice if the user only had to change one thing to enabl= e > hiding > >> the async output buffer until there is output. If we only added th= e > >> function to display-buffer--action-function-custom-type, the user > still has > >> to manually add the right buffer name pattern and the action to > >> display-buffer-alist. > > > > Yes, I meant to add a value that would handle "*Async Shell Output*" > > buffer like described above. > > The type specification of =E2=80=98display-buffer-alist=E2=80=99 goes as: > > :type `(alist :key-type > (choice :tag "Condition" > regexp > (function :tag "Matcher function")) > :value-type ,display-buffer--action-custom-type) > > This associates regexps/matcher functions with actions. How, in such a > specification, can I splice in a buffer name associated with a key > _without_ assigning that pair to the default of =E2=80=98display-buffer-a= list=E2=80=99? > Maybe I'm missing some detail of the customization interface. =E2=80=8BThe detail I think you're missing is that when you add an ":option= s" entry, that is a selectable option, off by default.=E2=80=8B >> And how should =E2=80=98display-buffer=E2=80=99 know whether "there's so= me material" in > >> that buffer? > =E2=80=8BThe answer to that is, display-buffer does not know. > > That's up to Reuben, I thought he had this figured out already. > > Whatever he figures out, it will affect the decision whether to display > the buffer initially. =E2=80=8BInitially, the buffer is not displayed. Every time output is added= to it, it is displayed, by the filter function. (According to Juri's later message, this is inefficient.) --=20 http://rrt.sc3d.org --94eb2c075f46860e2c0544984e7d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 24 December 2016 at 18:14, martin rudalics <rudalics@gmx.at> w= rote:
>>=C2=A0 =C2=A0 =C2=A0It wo= uld be nice if the user only had to change one thing to enable hiding
>>=C2=A0 =C2=A0 =C2=A0the async output buffer until there is output. = If we only added the
>>=C2=A0 =C2=A0 =C2=A0function to display-buffer--action-functio= n-custom-type, the user still has
>>=C2=A0 =C2=A0 =C2=A0to manually add the right buffer name pattern a= nd the action to
>>=C2=A0 =C2=A0 =C2=A0display-buffer-alist.
>
> Yes, I meant to add a value that would handle "*Async Shell Outpu= t*"
> buffer like described above.

 The type specification of =E2=80=98display-buffer-alist=E2=80=99 goes as:
=C2=A0 :type `(alist :key-type
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (choice :tag "= Condition"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 regexp
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (function :tag "Matcher function"))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 :value-type ,displa= y-buffer--action-custom-type)

This associates regexps/matcher functions with actions.=C2=A0 How, in such = a
specification, can I splice in a buffer name associated with a key
_without_ assigning that pair to the default of =E2=80=98display-buffer-ali= st=E2=80=99?
Maybe I'm missing some detail of the customization interface.

= =E2=80=8BThe detail I think you're missing is that when you add an &quo= t;:options" entry, that is a selectable option, off by default.=E2=80= =8B

<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">>> And how should =E2= =80=98display-buffer=E2=80=99 know whether "there's some material&= quot; in
>> that buffer?

=E2=80=8BThe answer to that is= , display-buffer does not know.
=C2=A0
> That's up to Reuben, I thought he= had this figured out already.

 Whatever he figures out, it will affect the decision whether to display
the buffer initially.

=E2=80=8BInitially, the buffer is not dis= played. Every time output is added to it, it is displayed, by the filter fu= nction. (According to Juri's later message, this is inefficient.)
=

--
= http://rrt.sc3d.org
--94eb2c075f46860e2c0544984e7d-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 26 20:09:32 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 01:09:32 +0000 Received: from localhost ([127.0.0.1]:56172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLgGh-0005Rw-NA for submit@debbugs.gnu.org; Mon, 26 Dec 2016 20:09:32 -0500 Received: from mail-qk0-f171.google.com ([209.85.220.171]:34441) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLgGf-0005Ri-QR for 18133@debbugs.gnu.org; Mon, 26 Dec 2016 20:09:30 -0500 Received: by mail-qk0-f171.google.com with SMTP id h201so68634230qke.1 for <18133@debbugs.gnu.org>; Mon, 26 Dec 2016 17:09:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Ldwvvp30zyoAJ/GLy2pFnyRA/IV17blGPeUfGM2x8MQ=; b=JV7gW0bcQz/VTg+euQaYuNCsf+52uapd4hqetxyPcuN5L4rpprQNWEZO1WlUypuq9F p0OCfR9rwMfb4rCxe/nQ4FzmxsUtesbjwCGBb/Hr+E1/aspfkyDmIAa8rDKdirhF7N1k tKb83I1FtGSXlAIA0iEFp0Vunv8yW/SEtTqZ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Ldwvvp30zyoAJ/GLy2pFnyRA/IV17blGPeUfGM2x8MQ=; b=gEFVhW6+xdDyzVFzwVpQNlLXYlUy2Lklhiyr8VwuPBPX24ZqU3Kdo67QKfHuUSAJr+ ZQqW+cEcGk2OIJJXJygNROe3Yq8arWzP5aR7Kac9LlYs9e4YkQ1tRfAdzXbRa2nEy+U+ Ik2tDvZ/AV8ouyZtQDMLtNIvR2s382uoPYEFLuzxfEHcQTkzkwEYuH13tpFFNkus/DWU 8hFEhBLJN9DqkcFv80AwOmYVrMQbaSefNzW5POm7QYBRDtBQ+ePLketug1BHloSUE6YL LUyk4Y56c4623iJqzvab4xGYkHdiAVwnQ2BQMYG5GXnET6CuNdDu5ROcosI6vPXUD2dz mXag== X-Gm-Message-State: AIkVDXKPXnpmw5Y4vsnhusoHeTbiyrdjmNaiHxSFf2fe6MF+Lpn8PIHIqjD8e+n8laVvuOPna6A7HkjBrX6szkmM X-Received: by 10.55.148.199 with SMTP id w190mr14421532qkd.9.1482800964130; Mon, 26 Dec 2016 17:09:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 26 Dec 2016 17:09:23 -0800 (PST) In-Reply-To: <87fula1dbk.fsf@mail.linkov.net> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> From: Reuben Thomas Date: Tue, 27 Dec 2016 01:09:23 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Juri Linkov Content-Type: multipart/mixed; boundary=94eb2c085152bda40c05449980fa X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --94eb2c085152bda40c05449980fa Content-Type: multipart/alternative; boundary=94eb2c085152bda40805449980f8 --94eb2c085152bda40805449980f8 Content-Type: text/plain; charset=UTF-8 On 26 December 2016 at 23:27, Juri Linkov wrote: [message cut] Thanks, Juri, for helping again with this bug. I attach an updated version of my patch, which uses an :options setting for display-buffer-alist so that the current behaviour remains the default, and runs a preoutput-filter-function which calls display-buffer only when output is added to an empty buffer. I believe this addresses the performance and behaviour issues, without the need for another user option. It is also rather shorter than the previous patch. -- http://rrt.sc3d.org --94eb2c085152bda40805449980f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 26 December 2016 at 23:27, Juri Linkov <juri@linkov.net> wrote= :

[message cut]
=

Thanks, Juri, for helping agai= n with this bug.

I attach= an updated version of my patch, which uses an :options setting for display= -buffer-alist so that the current behaviour remains the default, and runs a= preoutput-filter-function which calls display-buffer only when output is a= dded to an empty buffer.

I believe this addresses the performance and behaviour issues, without = the need for another user option.

It is also rather shorter than the previous patch.

--
http://rrt.sc3d.org
--94eb2c085152bda40805449980f8-- --94eb2c085152bda40c05449980fa Content-Type: text/x-patch; charset=US-ASCII; name="0001-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Disposition: attachment; filename="0001-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ix6te0wn0 RnJvbSA5MzVkNTBkOTNkMzdkMmQ0NjQ5NjczYTVkNTJlYzRlZmU0YWJjZTdiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IE1v biwgMTkgRGVjIDIwMTYgMTU6Mzg6MzYgKzAwMDAKU3ViamVjdDogW1BBVENIXSBEZWxheSBzaG93 aW5nIEFzeW5jIFNoZWxsIENvbW1hbmQgYnVmZmVyIHVudGlsIG91dHB1dAogKEJ1ZyMxODEzMykK CiogbGlzcC9jb21pbnQuZWwgKGNvbWludC1pbnB1dC1maWx0ZXIpOiBBZGQgcHJvY2VzcyBhcmd1 bWVudC4KKGNvbWludC1vdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucyk6IEFkZCBgY29taW50LW1ha2Ut YnVmZmVyLXZpc2libGUnIHRvCnRoZSBsaXN0LCBkb2N1bWVudCB0aGUgc2Vjb25kIGFyZ3VtZW50 ICh0aGUgcHJvY2VzcykuCihjb21pbnQtc2VuZC1pbnB1dCk6IENhbGwgaW5wdXQgYW5kIG91dHB1 dCBmaWx0ZXIgZnVuY3Rpb25zIHdpdGgKcHJvY2VzcyBhcmd1bWVudC4KKGNvbWludC1vdXRwdXQt ZmlsdGVyKTogQ2FsbCBvdXRwdXQgZmlsdGVyIGZ1bmN0aW9ucyB3aXRoIHByb2Nlc3MKYXJndW1l bnQuCihjb21pbnQtbWFrZS1idWZmZXItdmlzaWJsZSk6IE5ldyBob29rIGZ1bmN0aW9uLCB0byBt YWtlIEFzeW5jIFNoZWxsCkNvbW1hbmQgYnVmZmVyIHZpc2libGUuCihjb21pbnQtcG9zdG91dHB1 dC1zY3JvbGwtdG8tYm90dG9tKToKKGNvbWludC13YXRjaC1mb3ItcGFzc3dvcmQtcHJvbXB0KTog QWRkIGR1bW15IHByb2Nlc3MgYXJndW1lbnQuCiogbGlzcC93aW5kb3cuZWwgKGRpc3BsYXktYnVm ZmVyLWFsaXN0KTogQWRkIGEgZGVmYXVsdCBlbnRyeSB0byBoaWRlCkFzeW5jIFNoZWxsIENvbW1h bmQgb3V0cHV0IHdpbmRvdy4KKiBsaXNwL2Fuc2ktY29sb3IuZWwgKGFuc2ktY29sb3ItcHJvY2Vz cy1vdXRwdXQpOiBBZGQgYSBkdW1teSBwcm9jZXNzCmFyZ3VtZW50LgotLS0KIGxpc3AvY29taW50 LmVsIHwgMjIgKysrKysrKysrKysrKysrKy0tLS0tLQogbGlzcC93aW5kb3cuZWwgfCAgNSArKysr LQogMiBmaWxlcyBjaGFuZ2VkLCAyMCBpbnNlcnRpb25zKCspLCA3IGRlbGV0aW9ucygtKQoKZGlm ZiAtLWdpdCBhL2xpc3AvY29taW50LmVsIGIvbGlzcC9jb21pbnQuZWwKaW5kZXggYjljNjViMC4u NmZhMmZjOSAxMDA2NDQKLS0tIGEvbGlzcC9jb21pbnQuZWwKKysrIGIvbGlzcC9jb21pbnQuZWwK QEAgLTE5MTMsMTIgKzE5MTMsMTIgQEAgY29taW50LXNlbmQtaW5wdXQKICAgICAgICAgOzsgYnV0 IHRoYXQgc2Nyb2xsZWQgdGhlIGJ1ZmZlciBpbiB1bmRlc2lyYWJsZSB3YXlzLgogICAgICAgICAo cnVuLWhvb2std2l0aC1hcmdzICdjb21pbnQtb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMgIiIpKSkp KQogCi0oZGVmdmFyIGNvbWludC1wcmVvdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucyBuaWwKKyhkZWZ2 YXIgY29taW50LXByZW91dHB1dC1maWx0ZXItZnVuY3Rpb25zICcoY29taW50LW1ha2UtbmV3bHkt d3JpdHRlbi1idWZmZXItdmlzaWJsZSkKICAgIkxpc3Qgb2YgZnVuY3Rpb25zIHRvIGNhbGwgYmVm b3JlIGluc2VydGluZyBDb21pbnQgb3V0cHV0IGludG8gdGhlIGJ1ZmZlci4KLUVhY2ggZnVuY3Rp b24gZ2V0cyBvbmUgYXJndW1lbnQsIGEgc3RyaW5nIGNvbnRhaW5pbmcgdGhlIHRleHQgcmVjZWl2 ZWQKLWZyb20gdGhlIHN1YnByb2Nlc3MuICBJdCBzaG91bGQgcmV0dXJuIHRoZSBzdHJpbmcgdG8g aW5zZXJ0LCBwZXJoYXBzCi10aGUgc2FtZSBzdHJpbmcgdGhhdCB3YXMgcmVjZWl2ZWQsIG9yIHBl cmhhcHMgYSBtb2RpZmllZCBvciB0cmFuc2Zvcm1lZAotc3RyaW5nLgorRWFjaCBmdW5jdGlvbiBn ZXRzIHR3byBhcmd1bWVudCwgYSBzdHJpbmcgY29udGFpbmluZyB0aGUgdGV4dCByZWNlaXZlZAor ZnJvbSB0aGUgc3VicHJvY2VzcywgYW5kIHRoZSBwcm9jZXNzLiAgSXQgc2hvdWxkIHJldHVybiB0 aGUgc3RyaW5nIHRvCitpbnNlcnQsIHBlcmhhcHMgdGhlIHNhbWUgc3RyaW5nIHRoYXQgd2FzIHJl Y2VpdmVkLCBvciBwZXJoYXBzIGEgbW9kaWZpZWQgb3IKK3RyYW5zZm9ybWVkIHN0cmluZy4KIAog VGhlIGZ1bmN0aW9ucyBvbiB0aGUgbGlzdCBhcmUgY2FsbGVkIHNlcXVlbnRpYWxseSwgYW5kIGVh Y2ggb25lIGlzCiBnaXZlbiB0aGUgc3RyaW5nIHJldHVybmVkIGJ5IHRoZSBwcmV2aW91cyBvbmUu ICBUaGUgc3RyaW5nIHJldHVybmVkIGJ5CkBAIC0yMDIzLDcgKzIwMjMsNyBAQCBjb21pbnQtb3V0 cHV0LWZpbHRlcgogCQkobGV0ICgoZnVuY3Rpb25zCiAgICAgICAgICAgICAgICAgICAgICAgIChk ZWZhdWx0LXZhbHVlICdjb21pbnQtcHJlb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMpKSkKIAkJICAo d2hpbGUgKGFuZCBmdW5jdGlvbnMgc3RyaW5nKQotCQkgICAgKHNldHEgc3RyaW5nIChmdW5jYWxs IChjYXIgZnVuY3Rpb25zKSBzdHJpbmcpKQorCQkgICAgKHNldHEgc3RyaW5nIChmdW5jYWxsIChj YXIgZnVuY3Rpb25zKSBzdHJpbmcgcHJvY2VzcykpCiAJCSAgICAoc2V0cSBmdW5jdGlvbnMgKGNk ciBmdW5jdGlvbnMpKSkpCiAJICAgICAgKHNldHEgc3RyaW5nIChmdW5jYWxsIChjYXIgZnVuY3Rp b25zKSBzdHJpbmcpKSkKIAkgICAgKHNldHEgZnVuY3Rpb25zIChjZHIgZnVuY3Rpb25zKSkpKQpA QCAtMjExMSw2ICsyMTExLDE2IEBAIGNvbWludC1vdXRwdXQtZmlsdGVyCiAJICAgICAgKGFkZC10 ZXh0LXByb3BlcnRpZXMgcHJvbXB0LXN0YXJ0IChwb2ludCkgJyhyZWFyLW5vbnN0aWNreSB0KSkp CiAJICAgIChnb3RvLWNoYXIgc2F2ZWQtcG9pbnQpKSkpKSkpCiAKKyhkZWZ1biBjb21pbnQtbWFr ZS1uZXdseS13cml0dGVuLWJ1ZmZlci12aXNpYmxlIChzdHJpbmcgcHJvY2VzcykKKyAgIk1ha2Ug dGhlIG91dHB1dCBidWZmZXIgdmlzaWJsZSB3aGVuIG91dHB1dCBpcyBhZGRlZCB0byBhbiBlbXB0 eSBidWZmZXIuCitVc2VmdWwgaW4gYGNvbWludC1wcmVvdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucycu IgorICAobGV0ICgoYnVmZmVyIChwcm9jZXNzLWJ1ZmZlciBwcm9jZXNzKSkpCisgICAgKHdoZW4g KGFuZCAoPSAwIChidWZmZXItc2l6ZSBidWZmZXIpKQorICAgICAgICAgICAgICAgKHN0cmluZy1t YXRjaC1wICJcXCpBc3luYyBTaGVsbCBDb21tYW5kXFwqIgorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIChidWZmZXItbmFtZSBidWZmZXIpKSkKKyAgICAgIChkaXNwbGF5LWJ1ZmZlciAo cHJvY2Vzcy1idWZmZXIgcHJvY2VzcykpKSkKKyAgc3RyaW5nKQorCiAoZGVmdW4gY29taW50LXBy ZWlucHV0LXNjcm9sbC10by1ib3R0b20gKCkKICAgIkdvIHRvIHRoZSBlbmQgb2YgYnVmZmVyIGlu IGFsbCB3aW5kb3dzIHNob3dpbmcgaXQuCiBNb3ZlbWVudCBvY2N1cnMgaWYgcG9pbnQgaW4gdGhl IHNlbGVjdGVkIHdpbmRvdyBpcyBub3QgYWZ0ZXIgdGhlIHByb2Nlc3MgbWFyaywKZGlmZiAtLWdp dCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwKaW5kZXggZmRiNjdlZC4uYTQ5ZjRh MyAxMDA2NDQKLS0tIGEvbGlzcC93aW5kb3cuZWwKKysrIGIvbGlzcC93aW5kb3cuZWwKQEAgLTY3 OTcsNyArNjc5NywxMCBAQCBkaXNwbGF5LWJ1ZmZlci1hbGlzdAogCQkoY2hvaWNlIDp0YWcgIkNv bmRpdGlvbiIKIAkJCXJlZ2V4cAogCQkJKGZ1bmN0aW9uIDp0YWcgIk1hdGNoZXIgZnVuY3Rpb24i KSkKLQkJOnZhbHVlLXR5cGUgLGRpc3BsYXktYnVmZmVyLS1hY3Rpb24tY3VzdG9tLXR5cGUpCisJ CTp2YWx1ZS10eXBlICxkaXNwbGF5LWJ1ZmZlci0tYWN0aW9uLWN1c3RvbS10eXBlCisJCTpvcHRp b25zICgoIlxcKkFzeW5jIFNoZWxsIENvbW1hbmRcXCoiCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAoY29ucworICAgICAgICAgICAgICAgICAgICAgICAgICAgIChjb25zdCBkaXNwbGF5LWJ1 ZmZlci1uby13aW5kb3cpIChjb25zdCBuaWwpKSkpKQogICA6cmlza3kgdAogICA6dmVyc2lvbiAi MjQuMSIKICAgOmdyb3VwICd3aW5kb3dzKQotLSAKMi43LjQKCg== --94eb2c085152bda40c05449980fa-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 26 20:20:51 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 01:20:51 +0000 Received: from localhost ([127.0.0.1]:56177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLgRe-0005hs-To for submit@debbugs.gnu.org; Mon, 26 Dec 2016 20:20:51 -0500 Received: from mail-qk0-f179.google.com ([209.85.220.179]:34493) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLgRd-0005hd-9m for 18133@debbugs.gnu.org; Mon, 26 Dec 2016 20:20:49 -0500 Received: by mail-qk0-f179.google.com with SMTP id h201so68782366qke.1 for <18133@debbugs.gnu.org>; Mon, 26 Dec 2016 17:20:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=56tgsqQ/uXRirczBUqgLJwGpzyiNvmeNoFGxEOdjaL4=; b=spZ+m5Va+gZNJmzdxdeVSWRA6nnrsdf2MP58IugqaCANsI5g5wMjiUq1zb3mbIYzuk LY7qm8UjyXMhIEPs61NllpQSkHeeLemTbaJhyWKGm/NK6ySMkTUOO2iz0+//Ay4Fr4TF uGPyAK0V6Vhi3f0vmfEVejI8jzQLvL9E04zeQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=56tgsqQ/uXRirczBUqgLJwGpzyiNvmeNoFGxEOdjaL4=; b=BoTyyMf9pIi5R2g653zpL3HIzF0goopaU36PGttC6Iy/9B0HyfxW41hab87RsRg04E nlN5boxHNWXhUM0iI0C7cxLplLbspFSwpCVjwgL3d/iC5kQhtGs+9OPvS4vbfzU0Z6V6 nt4W8YqJvPZb4Pjv7KKSe5qYMYxD5tZuMlVX+TqW+TKNuTkvqBs0i70HAfAma/YtIcIx GBQG+3+aIy6zELag98tPhg0f4ktBQC2d+BelMMWEqC/+foSvUIgNLu/0414Ty0Umfau0 SP7VKuJrdK7mY3huXzk3S8TLtLTeTPjhmo37/7wJgRyuB6e7KFiUeyhVfJk+Nvs6yXkB hFJw== X-Gm-Message-State: AIkVDXL75H2Hd3cRYOSDj9KZqGFkWdcyJgoYcSY2dEcBsMM+NYSzgdfMqmfLj10T6kxecSis45u/9DKDpccAB0G7 X-Received: by 10.55.113.69 with SMTP id m66mr27680185qkc.186.1482801643929; Mon, 26 Dec 2016 17:20:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 26 Dec 2016 17:20:42 -0800 (PST) In-Reply-To: References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> From: Reuben Thomas Date: Tue, 27 Dec 2016 01:20:42 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Juri Linkov Content-Type: multipart/mixed; boundary=94eb2c05a83042a3fc054499a97d X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --94eb2c05a83042a3fc054499a97d Content-Type: multipart/alternative; boundary=94eb2c05a83042a3f6054499a97b --94eb2c05a83042a3f6054499a97b Content-Type: text/plain; charset=UTF-8 I've tweaked the patch to have the correct type for the regexp key in the :options list. This doesn't change the functionality, but makes it consistent with the declared type. -- http://rrt.sc3d.org --94eb2c05a83042a3f6054499a97b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I&#= 39;ve tweaked the patch to have the correct type for the regexp key in the = :options list. This doesn't change the functionality, but makes it cons= istent with the declared type.

--
http://rrt.sc3d.org
--94eb2c05a83042a3f6054499a97b-- --94eb2c05a83042a3fc054499a97d Content-Type: text/x-patch; charset=US-ASCII; name="0001-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Disposition: attachment; filename="0001-Delay-showing-Async-Shell-Command-buffer-until-outpu.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ix6tt6jc1 RnJvbSA4YWFmNDY0Y2U2OWFiYTg0NWI3MzU2ZDRkMTkyYjdkYTI1MmYxOGZkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IE1v biwgMTkgRGVjIDIwMTYgMTU6Mzg6MzYgKzAwMDAKU3ViamVjdDogW1BBVENIXSBEZWxheSBzaG93 aW5nIEFzeW5jIFNoZWxsIENvbW1hbmQgYnVmZmVyIHVudGlsIG91dHB1dAogKEJ1ZyMxODEzMykK CiogbGlzcC9jb21pbnQuZWwgKGNvbWludC1pbnB1dC1maWx0ZXIpOiBBZGQgcHJvY2VzcyBhcmd1 bWVudC4KKGNvbWludC1vdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucyk6IEFkZCBgY29taW50LW1ha2Ut YnVmZmVyLXZpc2libGUnIHRvCnRoZSBsaXN0LCBkb2N1bWVudCB0aGUgc2Vjb25kIGFyZ3VtZW50 ICh0aGUgcHJvY2VzcykuCihjb21pbnQtc2VuZC1pbnB1dCk6IENhbGwgaW5wdXQgYW5kIG91dHB1 dCBmaWx0ZXIgZnVuY3Rpb25zIHdpdGgKcHJvY2VzcyBhcmd1bWVudC4KKGNvbWludC1vdXRwdXQt ZmlsdGVyKTogQ2FsbCBvdXRwdXQgZmlsdGVyIGZ1bmN0aW9ucyB3aXRoIHByb2Nlc3MKYXJndW1l bnQuCihjb21pbnQtbWFrZS1idWZmZXItdmlzaWJsZSk6IE5ldyBob29rIGZ1bmN0aW9uLCB0byBt YWtlIEFzeW5jIFNoZWxsCkNvbW1hbmQgYnVmZmVyIHZpc2libGUuCihjb21pbnQtcG9zdG91dHB1 dC1zY3JvbGwtdG8tYm90dG9tKToKKGNvbWludC13YXRjaC1mb3ItcGFzc3dvcmQtcHJvbXB0KTog QWRkIGR1bW15IHByb2Nlc3MgYXJndW1lbnQuCiogbGlzcC93aW5kb3cuZWwgKGRpc3BsYXktYnVm ZmVyLWFsaXN0KTogQWRkIGEgZGVmYXVsdCBlbnRyeSB0byBoaWRlCkFzeW5jIFNoZWxsIENvbW1h bmQgb3V0cHV0IHdpbmRvdy4KKiBsaXNwL2Fuc2ktY29sb3IuZWwgKGFuc2ktY29sb3ItcHJvY2Vz cy1vdXRwdXQpOiBBZGQgYSBkdW1teSBwcm9jZXNzCmFyZ3VtZW50LgotLS0KIGxpc3AvY29taW50 LmVsIHwgMjIgKysrKysrKysrKysrKysrKy0tLS0tLQogbGlzcC93aW5kb3cuZWwgfCAgNSArKysr LQogMiBmaWxlcyBjaGFuZ2VkLCAyMCBpbnNlcnRpb25zKCspLCA3IGRlbGV0aW9ucygtKQoKZGlm ZiAtLWdpdCBhL2xpc3AvY29taW50LmVsIGIvbGlzcC9jb21pbnQuZWwKaW5kZXggYjljNjViMC4u NmZhMmZjOSAxMDA2NDQKLS0tIGEvbGlzcC9jb21pbnQuZWwKKysrIGIvbGlzcC9jb21pbnQuZWwK QEAgLTE5MTMsMTIgKzE5MTMsMTIgQEAgY29taW50LXNlbmQtaW5wdXQKICAgICAgICAgOzsgYnV0 IHRoYXQgc2Nyb2xsZWQgdGhlIGJ1ZmZlciBpbiB1bmRlc2lyYWJsZSB3YXlzLgogICAgICAgICAo cnVuLWhvb2std2l0aC1hcmdzICdjb21pbnQtb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMgIiIpKSkp KQogCi0oZGVmdmFyIGNvbWludC1wcmVvdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucyBuaWwKKyhkZWZ2 YXIgY29taW50LXByZW91dHB1dC1maWx0ZXItZnVuY3Rpb25zICcoY29taW50LW1ha2UtbmV3bHkt d3JpdHRlbi1idWZmZXItdmlzaWJsZSkKICAgIkxpc3Qgb2YgZnVuY3Rpb25zIHRvIGNhbGwgYmVm b3JlIGluc2VydGluZyBDb21pbnQgb3V0cHV0IGludG8gdGhlIGJ1ZmZlci4KLUVhY2ggZnVuY3Rp b24gZ2V0cyBvbmUgYXJndW1lbnQsIGEgc3RyaW5nIGNvbnRhaW5pbmcgdGhlIHRleHQgcmVjZWl2 ZWQKLWZyb20gdGhlIHN1YnByb2Nlc3MuICBJdCBzaG91bGQgcmV0dXJuIHRoZSBzdHJpbmcgdG8g aW5zZXJ0LCBwZXJoYXBzCi10aGUgc2FtZSBzdHJpbmcgdGhhdCB3YXMgcmVjZWl2ZWQsIG9yIHBl cmhhcHMgYSBtb2RpZmllZCBvciB0cmFuc2Zvcm1lZAotc3RyaW5nLgorRWFjaCBmdW5jdGlvbiBn ZXRzIHR3byBhcmd1bWVudCwgYSBzdHJpbmcgY29udGFpbmluZyB0aGUgdGV4dCByZWNlaXZlZAor ZnJvbSB0aGUgc3VicHJvY2VzcywgYW5kIHRoZSBwcm9jZXNzLiAgSXQgc2hvdWxkIHJldHVybiB0 aGUgc3RyaW5nIHRvCitpbnNlcnQsIHBlcmhhcHMgdGhlIHNhbWUgc3RyaW5nIHRoYXQgd2FzIHJl Y2VpdmVkLCBvciBwZXJoYXBzIGEgbW9kaWZpZWQgb3IKK3RyYW5zZm9ybWVkIHN0cmluZy4KIAog VGhlIGZ1bmN0aW9ucyBvbiB0aGUgbGlzdCBhcmUgY2FsbGVkIHNlcXVlbnRpYWxseSwgYW5kIGVh Y2ggb25lIGlzCiBnaXZlbiB0aGUgc3RyaW5nIHJldHVybmVkIGJ5IHRoZSBwcmV2aW91cyBvbmUu ICBUaGUgc3RyaW5nIHJldHVybmVkIGJ5CkBAIC0yMDIzLDcgKzIwMjMsNyBAQCBjb21pbnQtb3V0 cHV0LWZpbHRlcgogCQkobGV0ICgoZnVuY3Rpb25zCiAgICAgICAgICAgICAgICAgICAgICAgIChk ZWZhdWx0LXZhbHVlICdjb21pbnQtcHJlb3V0cHV0LWZpbHRlci1mdW5jdGlvbnMpKSkKIAkJICAo d2hpbGUgKGFuZCBmdW5jdGlvbnMgc3RyaW5nKQotCQkgICAgKHNldHEgc3RyaW5nIChmdW5jYWxs IChjYXIgZnVuY3Rpb25zKSBzdHJpbmcpKQorCQkgICAgKHNldHEgc3RyaW5nIChmdW5jYWxsIChj YXIgZnVuY3Rpb25zKSBzdHJpbmcgcHJvY2VzcykpCiAJCSAgICAoc2V0cSBmdW5jdGlvbnMgKGNk ciBmdW5jdGlvbnMpKSkpCiAJICAgICAgKHNldHEgc3RyaW5nIChmdW5jYWxsIChjYXIgZnVuY3Rp b25zKSBzdHJpbmcpKSkKIAkgICAgKHNldHEgZnVuY3Rpb25zIChjZHIgZnVuY3Rpb25zKSkpKQpA QCAtMjExMSw2ICsyMTExLDE2IEBAIGNvbWludC1vdXRwdXQtZmlsdGVyCiAJICAgICAgKGFkZC10 ZXh0LXByb3BlcnRpZXMgcHJvbXB0LXN0YXJ0IChwb2ludCkgJyhyZWFyLW5vbnN0aWNreSB0KSkp CiAJICAgIChnb3RvLWNoYXIgc2F2ZWQtcG9pbnQpKSkpKSkpCiAKKyhkZWZ1biBjb21pbnQtbWFr ZS1uZXdseS13cml0dGVuLWJ1ZmZlci12aXNpYmxlIChzdHJpbmcgcHJvY2VzcykKKyAgIk1ha2Ug dGhlIG91dHB1dCBidWZmZXIgdmlzaWJsZSB3aGVuIG91dHB1dCBpcyBhZGRlZCB0byBhbiBlbXB0 eSBidWZmZXIuCitVc2VmdWwgaW4gYGNvbWludC1wcmVvdXRwdXQtZmlsdGVyLWZ1bmN0aW9ucycu IgorICAobGV0ICgoYnVmZmVyIChwcm9jZXNzLWJ1ZmZlciBwcm9jZXNzKSkpCisgICAgKHdoZW4g KGFuZCAoPSAwIChidWZmZXItc2l6ZSBidWZmZXIpKQorICAgICAgICAgICAgICAgKHN0cmluZy1t YXRjaC1wICJcXCpBc3luYyBTaGVsbCBDb21tYW5kXFwqIgorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIChidWZmZXItbmFtZSBidWZmZXIpKSkKKyAgICAgIChkaXNwbGF5LWJ1ZmZlciAo cHJvY2Vzcy1idWZmZXIgcHJvY2VzcykpKSkKKyAgc3RyaW5nKQorCiAoZGVmdW4gY29taW50LXBy ZWlucHV0LXNjcm9sbC10by1ib3R0b20gKCkKICAgIkdvIHRvIHRoZSBlbmQgb2YgYnVmZmVyIGlu IGFsbCB3aW5kb3dzIHNob3dpbmcgaXQuCiBNb3ZlbWVudCBvY2N1cnMgaWYgcG9pbnQgaW4gdGhl IHNlbGVjdGVkIHdpbmRvdyBpcyBub3QgYWZ0ZXIgdGhlIHByb2Nlc3MgbWFyaywKZGlmZiAtLWdp dCBhL2xpc3Avd2luZG93LmVsIGIvbGlzcC93aW5kb3cuZWwKaW5kZXggZmRiNjdlZC4uODY5ZWQ0 YyAxMDA2NDQKLS0tIGEvbGlzcC93aW5kb3cuZWwKKysrIGIvbGlzcC93aW5kb3cuZWwKQEAgLTY3 OTcsNyArNjc5NywxMCBAQCBkaXNwbGF5LWJ1ZmZlci1hbGlzdAogCQkoY2hvaWNlIDp0YWcgIkNv bmRpdGlvbiIKIAkJCXJlZ2V4cAogCQkJKGZ1bmN0aW9uIDp0YWcgIk1hdGNoZXIgZnVuY3Rpb24i KSkKLQkJOnZhbHVlLXR5cGUgLGRpc3BsYXktYnVmZmVyLS1hY3Rpb24tY3VzdG9tLXR5cGUpCisJ CTp2YWx1ZS10eXBlICxkaXNwbGF5LWJ1ZmZlci0tYWN0aW9uLWN1c3RvbS10eXBlCisJCTpvcHRp b25zICgoKHJlZ2V4cCAiXFwqQXN5bmMgU2hlbGwgQ29tbWFuZFxcKiIpCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAoY29ucworICAgICAgICAgICAgICAgICAgICAgICAgICAgIChjb25zdCBk aXNwbGF5LWJ1ZmZlci1uby13aW5kb3cpIChjb25zdCBuaWwpKSkpKQogICA6cmlza3kgdAogICA6 dmVyc2lvbiAiMjQuMSIKICAgOmdyb3VwICd3aW5kb3dzKQotLSAKMi43LjQKCg== --94eb2c05a83042a3fc054499a97d-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 27 01:23:53 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 06:23:53 +0000 Received: from localhost ([127.0.0.1]:56235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLlAv-0004Py-Gh for submit@debbugs.gnu.org; Tue, 27 Dec 2016 01:23:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLlAt-0004Pm-E8 for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 01:23:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cLlAl-0006AL-8q for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 01:23:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLlAl-0006AH-5g; Tue, 27 Dec 2016 01:23:43 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1581 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cLlAj-00020e-Ut; Tue, 27 Dec 2016 01:23:42 -0500 Date: Tue, 27 Dec 2016 08:23:31 +0200 Message-Id: <83r34tx53w.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Tue, 27 Dec 2016 01:20:42 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 27 Dec 2016 01:20:42 +0000 > Cc: martin rudalics , 18133@debbugs.gnu.org, Eli Zaretskii > > +(defun comint-make-newly-written-buffer-visible (string process) > + "Make the output buffer visible when output is added to an empty buffer. > +Useful in `comint-preoutput-filter-functions'." > + (let ((buffer (process-buffer process))) > + (when (and (= 0 (buffer-size buffer)) > + (string-match-p "\\*Async Shell Command\\*" > + (buffer-name buffer))) > + (display-buffer (process-buffer process)))) > + string) Why are we hard-coding a certain buffer name in a function that is supposed to be more general, judging by its name and doc string? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 27 02:29:20 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 07:29:20 +0000 Received: from localhost ([127.0.0.1]:56260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLmCG-0005z4-8H for submit@debbugs.gnu.org; Tue, 27 Dec 2016 02:29:20 -0500 Received: from mout.gmx.net ([212.227.15.18]:65125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLmCD-0005yo-TB for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 02:29:18 -0500 Received: from [192.168.1.100] ([212.95.7.51]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LfjlS-1csNCe1BEo-00pKVS; Tue, 27 Dec 2016 08:29:10 +0100 Message-ID: <5862183E.1030509@gmx.at> Date: Tue, 27 Dec 2016 08:29:02 +0100 From: martin rudalics MIME-Version: 1.0 To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <585E3CF2.4070800@gmx.at> <837f6pzg2s.fsf@gnu.org> <585E7DF8.30205@gmx.at> <83zijlxqkl.fsf@gnu.org> <585EA33D.5010904@gmx.at> <83tw9txo31.fsf@gnu.org> <585EBB20.7040302@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:NdvgmC+I4RkQqr8Qvup38pAnezRBM078ajDRo0S7SZY4bPwVAcj Fz7TcXjILHTD1MujBwLqTrsMpFttYHpcGMaAYYyP50SQVez5efGO1Smb6jkLJUX6L5F/oFZ jVc6k0c87+lxnl14lx3ELdEGATgaq+CHNlnr4IPXYSBJmoJEOE6EtrVooJWzC+7yE13eLWI FjNW/BeUvGIsQTczoSAYQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:exbPdtH458E=:Rxa+QMrzYYbtTEyxQ6TJbD /6PruZw8jH3HwkrgnGHNY1HpbM4jx6dsjXL+BD+EHG0ojtt231wP7nlJT/degH1mTRxvXIlNH KoJAOGfP+J4Mq5FLQZ5Yvm9Hx2sgVJI7GUQk5EqrI+4z/NHasfjKjoQ62cbx9NA/HUOYW1w+/ B9uf8qlJisXHpxsHaa6YOQcUKnhg5VMGAfH9PS177Cxfx2YSs/lbqSDOYYs/WzXCyWT36e1Kx i5lQcuaBBVmeNS7hBCZUlW0ippZNhpKzvSv9x5iD+VnRphnicoOGp4Q6yya4Kxd13OZyk15cm 9gy5kb002xRPrEg3/2VCjCK/dezow1YtKxOH96s94Ds5DgEplKRM4d7nzr8XOnXQynM86ThOH GX6xyqz21VU7b3qIGSp/9wpkqYZULs+kX/bGX1Sl7PXFF8N2h7+y5cGVWFee+/oOvmp7dmpsa zDFmsC5gQvk36wWLnwKg7MA/kNslgGjnTdQ7cTAA+dBmyowEaL7mAh/792IbE9AvN9OYMEogY MZWzZk5RhuOz2blH86yEvp+vZklnqG+Ipdw+xkzl18rZHbAECJ11Pv0s68Eeuyl/h7clkK1++ 2jbFH6q00JH9fcTIWSdUhWYy3IeM8Wl0541f5w0fRVHJdveJ/gR85YDYgBVXWAVYOkRvf2Ik6 PAUZ6omapAIcZc219CzzheuokwhSWkSMlccQzM+LzJ4acvK4lEc8bVs/glP1ClnAZ7rrtRpYr MeVx83ZJFcX0Jae4ZjU5FqP+SlRL+M9sTRWagKcDVTxELX7I/7wCaVKupxXlR9EZzjUzgI+tl ZXzdkAwOqOwCcOBNv04f9a7ztD0ng== X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 18133 Cc: Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) >> Maybe I'm missing some detail of the customization interface. > > > =E2=80=8BThe detail I think you're missing is that when you add an ":o= ptions" > entry, that is a selectable option, off by default.=E2=80=8B Right. That's the one I was missing. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 27 04:01:41 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 09:01:41 +0000 Received: from localhost ([127.0.0.1]:56284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLndd-0008Ak-He for submit@debbugs.gnu.org; Tue, 27 Dec 2016 04:01:41 -0500 Received: from mail-qk0-f178.google.com ([209.85.220.178]:34588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLnda-0008AV-Pc for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 04:01:39 -0500 Received: by mail-qk0-f178.google.com with SMTP id h201so74969319qke.1 for <18133@debbugs.gnu.org>; Tue, 27 Dec 2016 01:01:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Yv30ug+OtGszOrsTDu+hcyC+SgMA9907AZfDE/ei7MM=; b=lPhR7Xx3v0/z/ym4tKBZlFxHzWp1wALAzxxJUXT3mWK6VkR5se4EluBqJua02473Ye 2MQYguDG5UPzlz7C5CYgRzsiOQDPciPG9fnJfeAF0qgDzxl3/Un9jeGTUGeebq5+alPb BuUo6efehzA4hSXSNKO3WGrkUd2tSSNGsUExQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Yv30ug+OtGszOrsTDu+hcyC+SgMA9907AZfDE/ei7MM=; b=TpStJeP24kPA3MMvg+CcEegaw1xpkAltWKpmEwxgnLCbj8q/HsYrYvt25YQ2LBApa3 mBxRFZDndV91c2dMtpdo4jZyOZh7dRZaE5l43ce/eXp+uvwMlq8ctkl1R/x2rzNHes7h XOcG43DMIue4qwTD9WtkzQBbKvUF4xMdBf3Kv7HCsNaFwR+/seG1SFvQIR7Rb0w31UiP 60xlnnHmkKPqrECLInTOieMUp9di/5+2Xy9ey4K6UErAPybFAdM/d0jvy3xLRxitWL1J 6mSCZOgtaNJ8c5tJWJ+QDTPtvxo9jvp4lSXnwE+Tb1KTgJqDrsY3gutwWNjCM44czxbO 5PyA== X-Gm-Message-State: AIkVDXJaPFs/8WzfhuAa5IreaDC/MAnOrrpLasfMdZGmw5fQ1zy0xB9jh0mrtKLciANDILzfg/nWDvSMVZ7J28ry X-Received: by 10.55.135.69 with SMTP id j66mr30037367qkd.31.1482829293264; Tue, 27 Dec 2016 01:01:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Tue, 27 Dec 2016 01:01:32 -0800 (PST) In-Reply-To: <83r34tx53w.fsf@gnu.org> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> From: Reuben Thomas Date: Tue, 27 Dec 2016 09:01:32 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary=94eb2c075f4649dde10544a0194b X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c075f4649dde10544a0194b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 27 December 2016 at 06:23, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 27 Dec 2016 01:20:42 +0000 > > Cc: martin rudalics , 18133@debbugs.gnu.org, Eli > Zaretskii > > > > +(defun comint-make-newly-written-buffer-visible (string process) > > + "Make the output buffer visible when output is added to an empty > buffer. > > +Useful in `comint-preoutput-filter-functions'." > > + (let ((buffer (process-buffer process))) > > + (when (and (=3D 0 (buffer-size buffer)) > > + (string-match-p "\\*Async Shell Command\\*" > > + (buffer-name buffer))) > > + (display-buffer (process-buffer process)))) > > + string) > > Why are we hard-coding a certain buffer name in a function that is > supposed to be more general, judging by its name and doc string? > =E2=80=8BI found it hard-coded several times in other places, so I hard-cod= ed it here. What do you suggest? --=20 http://rrt.sc3d.org --94eb2c075f4649dde10544a0194b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 27 December 2016 at 06:23, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Tue, 27 Dec 2016 01:20:42 +0000
> Cc: martin rudalics <rudalics@gm= x.at>, 18133@debbugs.gnu.or= g, Eli Zaretskii <eliz@gnu.org&g= t;
>
> +(defun comint-make-newly-written-buffer-visible (string process)=
> +=C2=A0 "Make the output buffer visible when output is added to a= n empty buffer.
> +Useful in `comint-preoutput-filter-functions'."
> +=C2=A0 (let ((buffer (process-buffer process)))
> +=C2=A0 =C2=A0 (when (and (=3D 0 (buffer-size buffer))
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(string-match-= p "\\*Async Shell Command\\*"
> +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(buffer-name buffer)))
> +=C2=A0 =C2=A0 =C2=A0 (display-buffer (process-buffer process))))
> +=C2=A0 string)

Why are we hard-coding a certain buffer name in a function that is
supposed to be more general, judging by its name and doc string?

=E2=80=8BI found it hard-coded several times in other places, so I hard-= coded it here. What do you suggest?

--
http://rrt.sc3d.org
--94eb2c075f4649dde10544a0194b-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 27 04:29:05 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 09:29:05 +0000 Received: from localhost ([127.0.0.1]:56288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLo44-0000Kb-RU for submit@debbugs.gnu.org; Tue, 27 Dec 2016 04:29:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cLo42-0000KP-VP for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 04:28:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cLo3t-0004ux-OU for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 04:28:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50522) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cLo3t-0004ut-LO; Tue, 27 Dec 2016 04:28:49 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2215 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cLo3s-0002Ad-Ma; Tue, 27 Dec 2016 04:28:49 -0500 Date: Tue, 27 Dec 2016 11:28:37 +0200 Message-Id: <83eg0twwje.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Tue, 27 Dec 2016 09:01:32 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 27 Dec 2016 09:01:32 +0000 > Cc: Juri Linkov , martin rudalics , 18133@debbugs.gnu.org > > > +(defun comint-make-newly-written-buffer-visible (string process) > > + "Make the output buffer visible when output is added to an empty buffer. > > +Useful in `comint-preoutput-filter-functions'." > > + (let ((buffer (process-buffer process))) > > + (when (and (= 0 (buffer-size buffer)) > > + (string-match-p "\\*Async Shell Command\\*" > > + (buffer-name buffer))) > > + (display-buffer (process-buffer process)))) > > + string) > > Why are we hard-coding a certain buffer name in a function that is > supposed to be more general, judging by its name and doc string? > > ​I found it hard-coded several times in other places, so I hard-coded it here. What do you suggest? I don't see it hard-coded in any context such as this. I think the regexp against which buffer names are matched in comint-make-newly-written-buffer-visible should be customizable, with "*Async Shell Command*" being (in) the default value. And another question: where's the user option to turn this feature on or off (including the default being off)? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 27 17:21:21 2016 Received: (at 18133) by debbugs.gnu.org; 27 Dec 2016 22:21:21 +0000 Received: from localhost ([127.0.0.1]:57348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cM07V-0007MH-93 for submit@debbugs.gnu.org; Tue, 27 Dec 2016 17:21:21 -0500 Received: from mail-qk0-f169.google.com ([209.85.220.169]:35691) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cM07S-0007M3-1o for 18133@debbugs.gnu.org; Tue, 27 Dec 2016 17:21:18 -0500 Received: by mail-qk0-f169.google.com with SMTP id u25so220520735qki.2 for <18133@debbugs.gnu.org>; Tue, 27 Dec 2016 14:21:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZKxA9PKFbVO/qryIUxT5g1Qc2BS6dGEumkxCS260HKA=; b=KogqBeHAysnJ/K1DFixkJLE60zHyfLaTHpm1c5IX+voRfaVfp+GjoIrsQo2jvmgpxv oFLJItjvn2nwg7U4O2jGXmyajgjNDOxqwyJateZWtrzaKwqHooexYW9QOmMvPKlp2DjY 7hqIhGDaCEWEYA7g/mweRPGhaK3NjgGOj1Oz0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZKxA9PKFbVO/qryIUxT5g1Qc2BS6dGEumkxCS260HKA=; b=mCrvCF9xY2jgXFwfhEeoQ2fsu24/k1S/irnT2Da65jfK64fQcPXRKyE5Ab2Bxw1KlX dzTu+0Yc1snY2o+cXYJm46FG0y1nc28+HuTWggP60Lzn/hCnTPEkManl10ewLtYfn6SI Tj2+YN9+q8YfFkrTG/z37aUE4ZJBVXq6ILMK0ZQzlTn6OJ56H91vskpoumTB6RUv1V77 YoDh2bv+3uy+d6Mb6d3fG0DtG3BQgiSp7Efzes3SUXg0AO9Sqpm9bmJTn7vEAJVnlbwH pMTNjBAPCnJC6zIbOH7pVphZGaXoSTBhMvhtBb1FH/EIxOhHpPtbItVi6354A3g+/Fpd P6LQ== X-Gm-Message-State: AIkVDXK9IuLaIVNhABzAUlo9mN2VXLZF9iskbYW308LzJ9nwzbeaaNoYbscAh3SNjruDHfIkhbEmmj8XspKB0kl6 X-Received: by 10.55.165.141 with SMTP id o135mr32545475qke.119.1482877272560; Tue, 27 Dec 2016 14:21:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Tue, 27 Dec 2016 14:21:11 -0800 (PST) In-Reply-To: <83eg0twwje.fsf@gnu.org> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> From: Reuben Thomas Date: Tue, 27 Dec 2016 22:21:11 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary=94eb2c062bd213d7d80544ab4577 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c062bd213d7d80544ab4577 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 27 December 2016 at 09:28, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 27 Dec 2016 09:01:32 +0000 > > Cc: Juri Linkov , martin rudalics , > 18133@debbugs.gnu.org > > > > > +(defun comint-make-newly-written-buffer-visible (string process) > > > + "Make the output buffer visible when output is added to an empty > buffer. > > > +Useful in `comint-preoutput-filter-functions'." > > > + (let ((buffer (process-buffer process))) > > > + (when (and (=3D 0 (buffer-size buffer)) > > > + (string-match-p "\\*Async Shell Command\\*" > > > + (buffer-name buffer))) > > > + (display-buffer (process-buffer process)))) > > > + string) > > > > Why are we hard-coding a certain buffer name in a function that is > > supposed to be more general, judging by its name and doc string? > > > > =E2=80=8BI found it hard-coded several times in other places, so I hard= -coded it > here. What do you suggest? > > I don't see it hard-coded in any context such as this. > =E2=80=8BI'm not quite sure what you mean by "in any context such as this".= I see the string repeated in source code, and never assigned to a variable name. This seems OK, since strings and symbols are pretty much interchangeable when of this sort (e.g. not internationalised).=E2=80=8B > I think the regexp against which buffer names are matched in > comint-make-newly-written-buffer-visible should be customizable, with > "*Async Shell Command*" being (in) the default value. > This is already the case.=E2=80=8B And another question: where's the user option to turn this feature on > or off (including the default being off)? > =E2=80=8BM-x=E2=80=8B customize-variable RET display-buffer-alist RET You can tick/untick the option for "*Async Shell Command*", and, when it is ticked, the regexp can be edited. --=20 http://rrt.sc3d.org --94eb2c062bd213d7d80544ab4577 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 27 December 2016 at 09:28, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Tue, 27 Dec 2016 09:01:32 +0000
> Cc: Juri Linkov <juri@linkov.net= >, martin rudalics <rudalics@g= mx.at>, 18133@debbugs.gnu.o= rg
>
>=C2=A0 > +(defun comint-make-newly-written-buffer-visible (stri= ng process)
>=C2=A0 > + "Make the output buffer visible when output is added= to an empty buffer.
>=C2=A0 > +Useful in `comint-preoutput-filter-functions'.&qu= ot;
>=C2=A0 > + (let ((buffer (process-buffer process)))
>=C2=A0 > + (when (and (=3D 0 (buffer-size buffer))
>=C2=A0 > + (string-match-p "\\*Async Shell Command\\*"
>=C2=A0 > + (buffer-name buffer)))
>=C2=A0 > + (display-buffer (process-buffer process))))
>=C2=A0 > + string)
>
>=C2=A0 Why are we hard-coding a certain buffer name in a function that = is
>=C2=A0 supposed to be more general, judging by its name and doc string?=
>
> =E2=80=8BI found it hard-coded several times in other places, so I har= d-coded it here. What do you suggest?

I don't see it hard-coded in any context such as this.

=E2=80=8BI'm not quite sure what you mean by "in any contex= t such as this". I see the string repeated in source code, and never a= ssigned to a variable name. This seems OK, since strings and symbols are pr= etty much interchangeable when of this sort (e.g. not internationalised).= =E2=80=8B
=C2=A0
I thin= k the regexp against which buffer names are matched in
comint-make-newly-written-buffer-visible should be customizable, with<= br> "*Async Shell Command*" being (in) the default value.

This is already the case.=E2=80=8B

And another question: where's the user option to = turn this feature on
or off (including the default being off)?

=E2=80=8BM-x=E2=80=8B customize-variable RET display-buffer-alist RE= T

You can tick/untick the= option for "*Async Shell Command*", and, when it is ticked, the = regexp can be edited.

--
http://rrt.sc3d.org
--94eb2c062bd213d7d80544ab4577-- From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 28 11:01:44 2016 Received: (at 18133) by debbugs.gnu.org; 28 Dec 2016 16:01:44 +0000 Received: from localhost ([127.0.0.1]:58199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMGfd-000361-8P for submit@debbugs.gnu.org; Wed, 28 Dec 2016 11:01:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMGfc-00035o-6x for 18133@debbugs.gnu.org; Wed, 28 Dec 2016 11:01:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cMGfR-0007e7-6x for 18133@debbugs.gnu.org; Wed, 28 Dec 2016 11:01:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cMGfR-0007e2-4g; Wed, 28 Dec 2016 11:01:29 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3787 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cMGfQ-00046T-Ai; Wed, 28 Dec 2016 11:01:28 -0500 Date: Wed, 28 Dec 2016 18:01:21 +0200 Message-Id: <83r34sujou.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Tue, 27 Dec 2016 22:21:11 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 27 Dec 2016 22:21:11 +0000 > Cc: Juri Linkov , martin rudalics , 18133@debbugs.gnu.org > > > Why are we hard-coding a certain buffer name in a function that is > > supposed to be more general, judging by its name and doc string? > > > > ​I found it hard-coded several times in other places, so I hard-coded it here. What do you suggest? > > I don't see it hard-coded in any context such as this. > > ​I'm not quite sure what you mean by "in any context such as this". I see the string repeated in source code, > and never assigned to a variable name. This seems OK, since strings and symbols are pretty much > interchangeable when of this sort (e.g. not internationalised).​ It appears: . in ibuf-ext.el, as one of several strings users can select . in tramp-adb.el as a buffer where the shell output should go . in tramp.el, likewise . in simple.el, likewise . in comments in some other files By contrast, you were hard-coding it in a function that should provide optional behavior for buffers that are not necessarily related to shell output. In that context, I think the user should be able to instruct Emacs about the buffers which should exhibit this behavior. > I think the regexp against which buffer names are matched in > comint-make-newly-written-buffer-visible should be customizable, with > "*Async Shell Command*" being (in) the default value. > > This is already the case.​ Maybe, but in that case I'm missing something here. > And another question: where's the user option to turn this feature on > or off (including the default being off)? > > ​M-x​ customize-variable RET display-buffer-alist RET > > You can tick/untick the option for "*Async Shell Command*", and, when it is ticked, the regexp can be edited. But if I select that, what I get is that the buffer will not be displayed at all, right? What will trigger its display when it becomes non-empty? Sorry if I'm missing something obvious. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 28 15:58:55 2016 Received: (at 18133) by debbugs.gnu.org; 28 Dec 2016 20:58:55 +0000 Received: from localhost ([127.0.0.1]:58319 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMLJE-0003bh-7f for submit@debbugs.gnu.org; Wed, 28 Dec 2016 15:58:54 -0500 Received: from mail-qk0-f182.google.com ([209.85.220.182]:36701) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMLJ9-0003bP-CC for 18133@debbugs.gnu.org; Wed, 28 Dec 2016 15:58:50 -0500 Received: by mail-qk0-f182.google.com with SMTP id n21so250495941qka.3 for <18133@debbugs.gnu.org>; Wed, 28 Dec 2016 12:58:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lw8l3vJbsargctdmbtdYnfhem9reyCgeZ6Xw/fR7MLA=; b=O1NHIxEff2UIuDA6lAIEnQp8B4v5atp8z4sfd1PCfD2tMsP5D0fATW0mB5rB08Iw4Q bRDR6cJTpdrIVJ1YW53IgZlGlcT/NV3KS7nuQcJjnnZaju470U6z7859FFTx1bZEX2LX Mc39CrG8Wr+I9Xli6y+vW0G5SwpDT0ihZZlHo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lw8l3vJbsargctdmbtdYnfhem9reyCgeZ6Xw/fR7MLA=; b=irm59KYAyNXOzvchYy+vTmbS1p6fvFFblCHjUZarZSDAC5ZVAPE4WaVgDr7p6xBUNc BGoNGgtcdZLw3IxDeQ+qfuoHkFP6/HoHuZe06dlQrTk33o3KuNOKNErm4R/DzNs/IGaI dGFG1q6vVYDisMNpUB+MzFpGPEuo3IpMeKxNZYYOW6j3ZZDCWwrAlfrJDh/D/1WPzQKK /MiOZ8Q7Jwhh1FPZw1aPYmDnWJIg6uRevmCwBuNbDHFxOfNSyJN3Iv3hs+vlwBuSSfJR GMmotI1Pa7vzRwvvyHaymXkuAJ5ccmNSrHLfzYB83Pv2GU0MvEvklDU+ZIoXy/GwSCcs mM/Q== X-Gm-Message-State: AIkVDXLPwYkONlAcRjhtNf6JWy0PgiNq9n6xBb0eUPnNHdHfD2pdu7UM7E6N8JAaewg5Cumrnimdk0xhnZODozPK X-Received: by 10.55.115.71 with SMTP id o68mr40825835qkc.270.1482958721706; Wed, 28 Dec 2016 12:58:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Wed, 28 Dec 2016 12:58:40 -0800 (PST) In-Reply-To: <83r34sujou.fsf@gnu.org> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> From: Reuben Thomas Date: Wed, 28 Dec 2016 20:58:40 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a114f5c2ed319720544be3ba7 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a114f5c2ed319720544be3ba7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 28 December 2016 at 16:01, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 27 Dec 2016 22:21:11 +0000 > > Cc: Juri Linkov , martin rudalics , > 18133@debbugs.gnu.org > > > > > Why are we hard-coding a certain buffer name in a function that is > > > supposed to be more general, judging by its name and doc string? > > > > > > =E2=80=8BI found it hard-coded several times in other places, so I h= ard-coded > it here. What do you suggest? > > > > I don't see it hard-coded in any context such as this. > > > > =E2=80=8BI'm not quite sure what you mean by "in any context such as th= is". I > see the string repeated in source code, > > and never assigned to a variable name. This seems OK, since strings and > symbols are pretty much > > interchangeable when of this sort (e.g. not internationalised).=E2=80= =8B > > It appears: > > . in ibuf-ext.el, as one of several strings users can select > . in tramp-adb.el as a buffer where the shell output should go > . in tramp.el, likewise > . in simple.el, likewise > . in comments in some other files > > By contrast, you were hard-coding it in a function that should provide > optional behavior for buffers that are not necessarily related to > shell output. In that context, I think the user should be able to > instruct Emacs about the buffers which should exhibit this behavior. > =E2=80=8BAs I said, the name is editable in M-x customize-variable.=E2=80= =8B > And another question: where's the user option to turn this feature on > > or off (including the default being off)? > > > > =E2=80=8BM-x=E2=80=8B customize-variable RET display-buffer-alist RET > > > > You can tick/untick the option for "*Async Shell Command*", and, when i= t > is ticked, the regexp can be edited. > > But if I select that, what I get is that the buffer will not be > displayed at all, right? What will trigger its display when it > becomes non-empty? Sorry if I'm missing something obvious. > =E2=80=8B=E2=80=8BThe buffer will be displayed by comint-make-newly-written= -buffer-visible, which I've added to the default value of comint-preoutput-filter-functions. At present the buffer name is hard coded there, so this will only work for "*Async Shell Command*". So, to allow the user to be able to change the name, I suppose another user option would need to be introduced. However, that is beyond the scope of this bug, which is simply to change the behaviour for asynchronous uses of shell-command. --=20 http://rrt.sc3d.org --001a114f5c2ed319720544be3ba7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 28 December 2016 at 16:01, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Tue, 27 Dec 2016 22:21:11 +0000
> Cc: Juri Linkov <juri@linkov.net>, martin rudalics <rudalics@gmx.at>, 18= 133@debbugs.gnu.org
>
>=C2=A0 > Why are we hard-coding a certain bu= ffer name in a function that is
>=C2=A0 > supposed to be more general, judging by its name and doc st= ring?
>=C2=A0 >
>=C2=A0 > =E2=80=8BI found it hard-coded several times in other place= s, so I hard-coded it here. What do you suggest?
>
>=C2=A0 I don't see it hard-coded in any context such as this.
>
> =E2=80=8BI'm not quite sure what you mean by "in any context = such as this". I see the string repeated in source code,
> and never assigned to a variable name. This seems OK, since strings an= d symbols are pretty much
> interchangeable when of this sort (e.g. not internationalised).=E2=80= =8B

It appears:

=C2=A0 . in ibuf-ext.el, as one of several strings users can select
=C2=A0 . in tramp-adb.el as a buffer where the shell output should go
=C2=A0 . in tramp.el, likewise
=C2=A0 . in simple.el, likewise
=C2=A0 . in comments in some other files

By contrast, you were hard-coding it in a function that should provide
optional behavior for buffers that are not necessarily related to
shell output.=C2=A0 In that context, I think the user should be able to
instruct Emacs about the buffers which should exhibit this behavior.

=E2=80=8BAs I said, the name is editable in M-x customize-variabl= e.=E2=80=8B

>=C2=A0 And another question: where's the user option to = turn this feature on
>=C2=A0 or off (including the default being off)?
>
> =E2=80=8BM-x=E2=80=8B customize-variable RET display-buffer-alist RET<= br> >
> You can tick/untick the option for "*Async Shell Command*", = and, when it is ticked, the regexp can be edited.

But if I select that, what I get is that the buffer will not be
displayed at all, right?=C2=A0 What will trigger its display when it
becomes non-empty?=C2=A0 Sorry if I'm missing something obvious.

=E2=80=8B=E2=80=8BThe buffer will be displayed by comint-make-newly-writ= ten-buffer-visible, which I've added to the default value of comint-pre= output-filter-functions. At present the buffer name is hard coded there, so= this will only work for "*Async Shell Command*".

So, to allow the user to be able to chan= ge the name, I suppose another user option would need to be introduced.

However, that is beyond the = scope of this bug, which is simply to change the behaviour for asynchronous= uses of shell-command.

--
http://r= rt.sc3d.org
--001a114f5c2ed319720544be3ba7-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 29 10:50:26 2016 Received: (at 18133) by debbugs.gnu.org; 29 Dec 2016 15:50:27 +0000 Received: from localhost ([127.0.0.1]:59261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMcyF-0005Ri-42 for submit@debbugs.gnu.org; Thu, 29 Dec 2016 10:50:26 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMcyD-0005RU-5G for 18133@debbugs.gnu.org; Thu, 29 Dec 2016 10:50:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cMcy4-0005fQ-54 for 18133@debbugs.gnu.org; Thu, 29 Dec 2016 10:50:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54642) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cMcy4-0005fL-1k; Thu, 29 Dec 2016 10:50:12 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1247 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cMcy2-0006eH-84; Thu, 29 Dec 2016 10:50:11 -0500 Date: Thu, 29 Dec 2016 17:50:06 +0200 Message-Id: <83a8bevioh.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Wed, 28 Dec 2016 20:58:40 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.2 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) > From: Reuben Thomas > Date: Wed, 28 Dec 2016 20:58:40 +0000 > Cc: Juri Linkov , martin rudalics , 18133@debbugs.gnu.org > > It appears: > > . in ibuf-ext.el, as one of several strings users can select > . in tramp-adb.el as a buffer where the shell output should go > . in tramp.el, likewise > . in simple.el, likewise > . in comments in some other files > > By contrast, you were hard-coding it in a function that should provide > optional behavior for buffers that are not necessarily related to > shell output. In that context, I think the user should be able to > instruct Emacs about the buffers which should exhibit this behavior. > > ​As I said, the name is editable in M-x customize-variable.​ Yes, but AFAIU, that doesn't affect the function about which I was commenting. > > You can tick/untick the option for "*Async Shell Command*", and, when it is ticked, the regexp can be > edited. > > But if I select that, what I get is that the buffer will not be > displayed at all, right? What will trigger its display when it > becomes non-empty? Sorry if I'm missing something obvious. > > ​​The buffer will be displayed by comint-make-newly-written-buffer-visible, which I've added to the default value > of comint-preoutput-filter-functions. At present the buffer name is hard coded there, so this will only work for > "*Async Shell Command*". > > So, to allow the user to be able to change the name, I suppose another user option would need to be > introduced. > > However, that is beyond the scope of this bug, which is simply to change the behaviour for asynchronous > uses of shell-command. The name comint-make-newly-written-buffer-visible doesn't imply that it only handles that single buffer. We could, of course, change the name so that it did, but IMO making the function customizable wrt buffers it handles would be a much better way. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 29 18:10:24 2016 Received: (at 18133) by debbugs.gnu.org; 29 Dec 2016 23:10:25 +0000 Received: from localhost ([127.0.0.1]:59468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMjq4-00019R-OG for submit@debbugs.gnu.org; Thu, 29 Dec 2016 18:10:24 -0500 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:34515 helo=homiemail-a21.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMjq3-00019J-6K for 18133@debbugs.gnu.org; Thu, 29 Dec 2016 18:10:23 -0500 Received: from homiemail-a21.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a21.g.dreamhost.com (Postfix) with ESMTP id 1705F300061; Thu, 29 Dec 2016 15:10:22 -0800 (PST) Received: from localhost.linkov.net (m83-180-117-39.cust.tele2.ee [83.180.117.39]) (Authenticated sender: jurta@jurta.org) by homiemail-a21.g.dreamhost.com (Postfix) with ESMTPA id DCC47300074; Thu, 29 Dec 2016 15:10:20 -0800 (PST) From: Juri Linkov To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output Organization: LINKOV.NET References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> Date: Fri, 30 Dec 2016 01:08:03 +0200 In-Reply-To: (Reuben Thomas's message of "Wed, 28 Dec 2016 20:58:40 +0000") Message-ID: <8737h6z63w.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) > The buffer will be displayed by comint-make-newly-written-buffer-visibl= e, > which I've added to the default value of comint-preoutput-filter-functi= ons. > At present the buffer name is hard coded there, so this will only work = for > "*Async Shell Command*". Maybe you could construct a lambda in =E2=80=98shell-command=E2=80=99 containing the buffer name dynamically bound to the value of (or output-buffer "*Async Shell Command*"), then set this lambda to the process-filter, as we already do in =E2=80=98shell-command=E2=80=99= with (set-process-filter proc 'comint-output-filter) i.e. something like (set-process-filter proc `(lambda (process string) (when ... (display-buffer ,(or output-buffer "*Async Sh= ell Command*"))))) > So, to allow the user to be able to change the name, I suppose another = user > option would need to be introduced. If the above solution will work, then we'll need a new customizable varia= ble like =E2=80=98async-shell-command-display-buffer=E2=80=99. And also =E2=80= =98display-buffer=E2=80=99 in =E2=80=98shell-command=E2=80=99 will need to be adjusted in the way recom= mended by Martin. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 13:28:55 2016 Received: (at 18133) by debbugs.gnu.org; 30 Dec 2016 18:28:55 +0000 Received: from localhost ([127.0.0.1]:60594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN1vD-0006xq-HZ for submit@debbugs.gnu.org; Fri, 30 Dec 2016 13:28:55 -0500 Received: from mail-qt0-f182.google.com ([209.85.216.182]:33684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN1vB-0006xd-9D for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 13:28:53 -0500 Received: by mail-qt0-f182.google.com with SMTP id p16so397332665qta.0 for <18133@debbugs.gnu.org>; Fri, 30 Dec 2016 10:28:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JmXwx9hYFeG5Zk61+X0WwBCJtFveh+6XMwH1MacottU=; b=RHF1EsIZuT6yMBZSVYThn4G7MBaQ9pZlxm5h4ykik+niT0W/An1Izg0Obbg8SxC4kr wMLBbV0gnI/57VHFHR53VjSABmvlJLamFiE+c9caUBv6R7izWYOHIfUY65ZjVZK32PT/ zd1d2O4wtPSbfv+ZeTHnQGvMcBtic9hr2LrLY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JmXwx9hYFeG5Zk61+X0WwBCJtFveh+6XMwH1MacottU=; b=n0Z7u7s9kscg5/wq92Qww500o7FbnnrLdLzQAhK9NKrrruHnYP2BXXXpth396IuSWl 4DU2PhpmyDPa5c2Aq3GLs2kDQUbV61+nU1oL13dhhG0Jx3tM8DSdSb7DJ75LMFIctOXp eZ+Q5p7fF8aYpsavlBY8/QjhxhTLUnt4nud9jf2M2xlDVVHmnD8NYd6vK6fCsK7EunyE ERchhRu+bbnhjcn+N3ORqh8niogNszhdg+TRgqK9VYIaGX8gMgzsEwvZKcUAEL9EVtcR e+zImv9XrZKj3pROWA9exA3YlJuanLYKBEqVyIZIOjNwK3dC+FY5mfb5or/2k/0jD7Cv EE5w== X-Gm-Message-State: AIkVDXK6N46xOGXSSY/Jdv73OLekXPRlL4l9ktMZCqg6jAS9pZ/L2NtEAqbJZMT+2fv9LZYeKnfveQZZipMINxeq X-Received: by 10.200.47.38 with SMTP id j35mr44345188qta.136.1483122527848; Fri, 30 Dec 2016 10:28:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Fri, 30 Dec 2016 10:28:46 -0800 (PST) In-Reply-To: <8737h6z63w.fsf@mail.linkov.net> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> From: Reuben Thomas Date: Fri, 30 Dec 2016 18:28:46 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Juri Linkov Content-Type: multipart/alternative; boundary=001a1135da066e5f500544e45fcf X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --001a1135da066e5f500544e45fcf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 29 December 2016 at 23:08, Juri Linkov wrote: > > The buffer will be displayed by comint-make-newly-written- > buffer-visible, > > which I've added to the default value of comint-preoutput-filter- > functions. > > At present the buffer name is hard coded there, so this will only work > for > > "*Async Shell Command*". > > Maybe you could construct a lambda in =E2=80=98shell-command=E2=80=99 > containing the buffer name dynamically bound to the value of > (or output-buffer "*Async Shell Command*"), then set this lambda > to the process-filter, as we already do in =E2=80=98shell-command=E2=80= =99 with > > (set-process-filter proc 'comint-output-filter) > > i.e. something like > > (set-process-filter proc `(lambda (process string) > (when ... > (display-buffer ,(or output-buffer "*Async > Shell Command*"))))) > > > So, to allow the user to be able to change the name, I suppose another > user > > option would need to be introduced. > > If the above solution will work, then we'll need a new customizable > variable > like =E2=80=98async-shell-command-display-buffer=E2=80=99. And also =E2= =80=98display-buffer=E2=80=99 in > =E2=80=98shell-command=E2=80=99 will need to be adjusted in the way recom= mended by Martin. > =E2=80=8BI tried to integrate these changes with Eli's feedback, but I got = stuck. "The way recommended by Martin" involves a new minor mode, async-shell-lazy-pop-up-mode, which I tried to avoid; Eli didn't seem to support its addition, either. I'm not sure what the variable async-shell-command-display-buffer is supposed to contain. (It does not seem to be the name of the buffer to be matched.) I am unclear what goes in the ellipsis after "when" in the sample code above; it seems to imply a test for whether the buffer should be displayed, but I already handled that in my patch with the preoutput-filter function. So, the above seems to be an alternative suggestion to Eli's, rather than a complementary one, as I first thought. It would be good if you experts could agree on an approach that I could quickly implement. I'm out of my depth here as far as design goes, and while I'm learning a bit, I'm not sure it's a good use of the total amount of time we seem to be expending between us! --=20 http://rrt.sc3d.org --001a1135da066e5f500544e45fcf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 29 December 2016 at 23:08, Juri Linkov <juri@linkov.net> wrote= :
> The buffer will be displayed by = comint-make-newly-written-buffer-visible,
> which I've added to the default value of comint-preoutput-filter-<= wbr>functions.
> At present the buffer name is hard coded there, so this will only work= for
> "*Async Shell Command*".

Maybe you could construct a lambda in =E2=80=98shell-command=E2=80= =99
containing the buffer name dynamically bound to the value of
(or output-buffer "*Async Shell Command*"), then set this lambda<= br> to the process-filter, as we already do in =E2=80=98shell-command=E2=80=99 = with

(set-process-filter proc 'comint-output-filter)

i.e. something like

(set-process-filter proc `(lambda (process string)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0(when ...
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 (display-buffer ,(or output-buffer "*Async Sh= ell Command*")))))

> So, to allow the user to be able to change the name, I suppose another= user
> option would need to be introduced.

If the above solution will work, then we'll need a new customiza= ble variable
like =E2=80=98async-shell-command-display-buffer=E2=80=99.=C2=A0 And a= lso =E2=80=98display-buffer=E2=80=99 in
=E2=80=98shell-command=E2=80=99 will need to be adjusted in the way recomme= nded by Martin.

=E2=80=8BI tried to integrate these changes with Eli's feedback, but= I got stuck.
<= br>
"The w= ay recommended by Martin" involves a new minor mode, async-shell-lazy-= pop-up-mode, which I tried to avoid; Eli didn't seem to support its add= ition, either.
=
I'm no= t sure what the variable async-shell-command-display-buffer is supposed to = contain. (It does not seem to be the name of the buffer to be matched.)

I am unclear what goes in th= e ellipsis after "when" in the sample code above; it seems to imp= ly a test for whether the buffer should be displayed, but I already handled= that in my patch with the preoutput-filter function.

So, the above seems to be an alternative sugge= stion to Eli's, rather than a complementary one, as I first thought.

It would be good if you exp= erts could agree on an approach that I could quickly implement. I'm out= of my depth here as far as design goes, and while I'm learning a bit, = I'm not sure it's a good use of the total amount of time we seem to= be expending between us!

--
http= ://rrt.sc3d.org
--001a1135da066e5f500544e45fcf-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 15:50:48 2016 Received: (at 18133) by debbugs.gnu.org; 30 Dec 2016 20:50:48 +0000 Received: from localhost ([127.0.0.1]:60634 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN48V-0001qe-Rj for submit@debbugs.gnu.org; Fri, 30 Dec 2016 15:50:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49585) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN48U-0001qS-Iv for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 15:50:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cN48L-0004ie-3g for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 15:50:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cN48L-0004iR-0J; Fri, 30 Dec 2016 15:50:37 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3344 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cN48K-0007BK-2X; Fri, 30 Dec 2016 15:50:36 -0500 Date: Fri, 30 Dec 2016 22:50:35 +0200 Message-Id: <83r34prvj8.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Fri, 30 Dec 2016 18:28:46 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.2 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) > From: Reuben Thomas > Date: Fri, 30 Dec 2016 18:28:46 +0000 > Cc: Eli Zaretskii , martin rudalics , 18133@debbugs.gnu.org > > It would be good if you experts could agree on an approach that I could quickly implement. I'm out of my depth > here as far as design goes, and while I'm learning a bit, I'm not sure it's a good use of the total amount of time > we seem to be expending between us! I'm okay with your last variant, if you change comint-make-newly-written-buffer-visible to make the list of buffer names customizable. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 17:33:26 2016 Received: (at 18133) by debbugs.gnu.org; 30 Dec 2016 22:33:26 +0000 Received: from localhost ([127.0.0.1]:60671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN5jq-00060O-IV for submit@debbugs.gnu.org; Fri, 30 Dec 2016 17:33:26 -0500 Received: from mail-qt0-f179.google.com ([209.85.216.179]:34919) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN5jn-000606-Kf for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 17:33:25 -0500 Received: by mail-qt0-f179.google.com with SMTP id c47so403940687qtc.2 for <18133@debbugs.gnu.org>; Fri, 30 Dec 2016 14:33:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=79sI+1PqC6Ff6ItNTPpe4ABGW9Xg+/R+wvhMHRWcqEM=; b=4xCdNkt1hQBy0K5sRBP63N7flwmoW9aQZklEgDtJfCXlKa1mvLI+AuowEC+W2AGKpx IU+yupFHIvzwcpmXIgQTVM9XRSQ55aeZ9bMeA1lBLocMLul1UTKHraYdeB2k8C+NE50S R8L+BV+X35e84YD0oDknFUvY+m3fmJYhVaIB0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=79sI+1PqC6Ff6ItNTPpe4ABGW9Xg+/R+wvhMHRWcqEM=; b=J1kRAZdUnhgcYhhFRptfBtFmW2NseHzQ3cdrnGyx51+tkhIkIHW3AAEPUAwv4tqzpm VwqY/m8oUkRryPU8oZgODwDTo3Ee3YoIBz6yy6EEZFZLWUXfjW2QkY/nGk0qbuxfyJYy wVXX2z+EFsBu9CPeJxLvw8PRoFKb5R+iyQ92V6A/QMVSNB4oEWOvI0q6XaWbpniku9nG rYnN2TdhmOPe7Dce+MA+jKsgXzIzdWezrdaCcFrSpqxb6NdAaDtR8pWaJsLWdgYUow58 EU19/Php8vwpLi07vBrSC+R3d2Dy9nokbVI73sEg3zvWqWU1wcGzr1S/rDdG+x/sikno 3kQA== X-Gm-Message-State: AIkVDXJvmgmX4vHx/V39wL8I6lRcsWu6+qC3KsNnrw1OnqptVZnSJskDSB4CUV752+DNW6LjPXzB7SPWXgOs9zHW X-Received: by 10.200.49.148 with SMTP id h20mr43773890qte.204.1483137198186; Fri, 30 Dec 2016 14:33:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Fri, 30 Dec 2016 14:33:17 -0800 (PST) In-Reply-To: <83r34prvj8.fsf@gnu.org> References: <83zijp180n.fsf@gnu.org> <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <83r34prvj8.fsf@gnu.org> From: Reuben Thomas Date: Fri, 30 Dec 2016 22:33:17 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a1135cb6ed9fcfb0544e7c995 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1135cb6ed9fcfb0544e7c995 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 30 December 2016 at 20:50, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Fri, 30 Dec 2016 18:28:46 +0000 > > Cc: Eli Zaretskii , martin rudalics , > 18133@debbugs.gnu.org > > > > It would be good if you experts could agree on an approach that I could > quickly implement. I'm out of my depth > > here as far as design goes, and while I'm learning a bit, I'm not sure > it's a good use of the total amount of time > > we seem to be expending between us! > > I'm okay with your last variant, if you change > comint-make-newly-written-buffer-visible to make the list of buffer > names customizable. > =E2=80=8BGreat, thanks. Juri, Martin, is that OK? --=20 http://rrt.sc3d.org --001a1135cb6ed9fcfb0544e7c995 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 30 December 2016 at 20:50, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Fri, 30 Dec 2016 18:28:46 +0000
> Cc: Eli Zaretskii <eliz@gnu.org= >, martin rudalics <rudalics@gmx.a= t>, 18133@debbugs.gnu.org
>
> It would be good if you experts could agree on an approach that I coul= d quickly implement. I'm out of my depth
> here as far as design goes, and while I'm learning a bit, I'm = not sure it's a good use of the total amount of time
> we seem to be expending between us!

I'm okay with your last variant, if you change
comint-make-newly-written-buffer-visible to make the list of buffer names customizable.

=E2=80=8BGreat, = thanks. Juri, Martin, is that OK?

--
http://rrt.sc3d.org
--001a1135cb6ed9fcfb0544e7c995-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 18:03:18 2016 Received: (at 18133) by debbugs.gnu.org; 30 Dec 2016 23:03:18 +0000 Received: from localhost ([127.0.0.1]:60694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN6Ck-0006hf-5A for submit@debbugs.gnu.org; Fri, 30 Dec 2016 18:03:18 -0500 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:40079 helo=homiemail-a12.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN6Ci-0006hW-BI for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 18:03:17 -0500 Received: from homiemail-a12.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTP id 33958262069; Fri, 30 Dec 2016 15:03:15 -0800 (PST) Received: from localhost.linkov.net (m83-178-3-130.cust.tele2.ee [83.178.3.130]) (Authenticated sender: jurta@jurta.org) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTPA id EDD08262065; Fri, 30 Dec 2016 15:03:13 -0800 (PST) From: Juri Linkov To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output Organization: LINKOV.NET References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> Date: Sat, 31 Dec 2016 00:56:06 +0200 In-Reply-To: (Reuben Thomas's message of "Fri, 30 Dec 2016 18:28:46 +0000") Message-ID: <87mvfdowg5.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > "The way recommended by Martin" involves a new minor mode, > async-shell-lazy-pop-up-mode, which I tried to avoid; Eli didn't seem t= o > support its addition, either. No, not a new minor mode, I meant https://debbugs.gnu.org/18133#47 i.e. in =E2=80=98shell-command=E2=80=99 instead of (display-buffer buffer '(nil (allow-no-window . t))) we could use (display-buffer buffer '(display-buffer-no-window (allow-no-window . t))) when this feature is enabled by the new customizable variable =E2=80=98async-shell-command-display-buffer=E2=80=99. > I'm not sure what the variable async-shell-command-display-buffer is > supposed to contain. (It does not seem to be the name of the buffer to = be > matched.) We can't hard-code the name of the buffer because =E2=80=98shell-command=E2= =80=99 uses the arg =E2=80=98output-buffer=E2=80=99, and only if it's nil then b= y default "*Async Shell Command*". So =E2=80=98async-shell-command-display-buffer=E2= =80=99 shouldn't define the name of the buffer. Instead, it could be boolean to enable this feature (or a choice of options for more future related features like in =E2=80=98async-shell-command-buffer=E2=80= =99). > I am unclear what goes in the ellipsis after "when" in the sample code > above; it seems to imply a test for whether the buffer should be displa= yed, > but I already handled that in my patch with the preoutput-filter functi= on. In the ellipsis goes the code that you already wrote for the filter: (set-process-filter proc `(lambda (process string) (when (and (=3D 0 (buffer-size (process-buffer process))) (eq (buffer-name (process-buffer process)) ,(or output-buffer "*Async Shell Command*"))) (display-buffer (process-buffer process))))) i.e. it will handle exactly the same buffer that was provided as an arg =E2=80=98output-buffer=E2=80=99 to =E2=80=98async-shell-command=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 19:19:30 2016 Received: (at 18133) by debbugs.gnu.org; 31 Dec 2016 00:19:30 +0000 Received: from localhost ([127.0.0.1]:60734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN7OT-00009S-Ql for submit@debbugs.gnu.org; Fri, 30 Dec 2016 19:19:29 -0500 Received: from mail-qk0-f173.google.com ([209.85.220.173]:35567) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN7OR-00009F-I7 for 18133@debbugs.gnu.org; Fri, 30 Dec 2016 19:19:27 -0500 Received: by mail-qk0-f173.google.com with SMTP id u25so298372500qki.2 for <18133@debbugs.gnu.org>; Fri, 30 Dec 2016 16:19:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=F2Gww8fJs8MFFh/a76m4dVBjEdJzWreN/fmw8JYwiiI=; b=s5LUjai8Rs88u1cQBJ1BRMI8e76aijjsOmyoIl0RZhH3BDrzqgs8WRss65UCIVndMx Cdb8peJnFryOYFAufwKKSeCtiKlNi9NOZfnVlsC6OnHnprTDfhjYbeaovxc9ZcJB5VdV xJW/rj4kgJ2sC4w1smmarMafh+jFq1J5E+kqw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=F2Gww8fJs8MFFh/a76m4dVBjEdJzWreN/fmw8JYwiiI=; b=RP8vSNEcbcnyuD1ZU9Ofd/anNVfP6iGXkOWkCKpDw2DDmSx36zAovRwF8n7ZNWTWH9 +xbsLZ/vdZ0hCuiqH4u5jIuvjSHYG8WaAL7wBoUP0FR5A6SIZTHP3vyJ3NjsG5WXgukF rwgLNGkyT/8Xki1iucwROa9pRfRMzIEC08GJhTPRU6bQBUv+gdzBT9k6PdK7LD80gsaD FzmTAT6SyqwfWLT86QaKN/k02mh/Al76fZimm/wm0p1grQ2c6zVvb8V1cATojeh2mr68 1N2L/PGOm7203YLSWDh5xP2G+lkTRdqOFqbIt82G9mDUx+Cs9q6TxjIQHT1kV8vE9PdS qLqQ== X-Gm-Message-State: AIkVDXL6ynbfajUDFhW3Qlb/lCpqSKRbaLoGn7W+FJJa8UUxFxRi2abkfPbyLbI3VP67IhH/VsaO1CEUXzm802RH X-Received: by 10.55.113.69 with SMTP id m66mr44915200qkc.186.1483143562187; Fri, 30 Dec 2016 16:19:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Fri, 30 Dec 2016 16:19:21 -0800 (PST) In-Reply-To: <87mvfdowg5.fsf@mail.linkov.net> References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> From: Reuben Thomas Date: Sat, 31 Dec 2016 00:19:21 +0000 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Juri Linkov Content-Type: multipart/alternative; boundary=94eb2c05a8302cf2800544e94569 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --94eb2c05a8302cf2800544e94569 Content-Type: text/plain; charset=UTF-8 On 30 December 2016 at 22:56, Juri Linkov wrote: [snip] Thanks, Juri; can you converge with Eli, and then I'll have a coherent proposal I can program? --94eb2c05a8302cf2800544e94569 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 30 December 2016 at 22:56, Juri Linkov <juri@linkov.net> wrote= :

[snip]

Thanks, Juri; can you converge with E= li, and then I'll have a coherent proposal I can program?
--94eb2c05a8302cf2800544e94569-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 31 03:41:41 2016 Received: (at 18133) by debbugs.gnu.org; 31 Dec 2016 08:41:41 +0000 Received: from localhost ([127.0.0.1]:60825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNFES-0003Lr-WB for submit@debbugs.gnu.org; Sat, 31 Dec 2016 03:41:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47473) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNFEQ-0003Ld-VN for 18133@debbugs.gnu.org; Sat, 31 Dec 2016 03:41:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cNFEI-0000es-J7 for 18133@debbugs.gnu.org; Sat, 31 Dec 2016 03:41:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43602) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cNFEI-0000eh-Fg; Sat, 31 Dec 2016 03:41:30 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3899 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cNFEH-0000aT-4i; Sat, 31 Dec 2016 03:41:29 -0500 Date: Sat, 31 Dec 2016 10:41:27 +0200 Message-Id: <83zijch4nc.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Sat, 31 Dec 2016 00:19:21 +0000) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.2 (--------) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) > From: Reuben Thomas > Date: Sat, 31 Dec 2016 00:19:21 +0000 > Cc: Eli Zaretskii , martin rudalics , 18133@debbugs.gnu.org > > Thanks, Juri; can you converge with Eli, and then I'll have a coherent proposal I can program? I'm okay with Juri's approach as well. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 17:45:53 2017 Received: (at 18133) by debbugs.gnu.org; 28 Jun 2017 21:45:53 +0000 Received: from localhost ([127.0.0.1]:43040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQKmW-0006eS-Vq for submit@debbugs.gnu.org; Wed, 28 Jun 2017 17:45:53 -0400 Received: from mail-oi0-f42.google.com ([209.85.218.42]:36150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQKmU-0006eF-Di for 18133@debbugs.gnu.org; Wed, 28 Jun 2017 17:45:51 -0400 Received: by mail-oi0-f42.google.com with SMTP id p187so52530645oif.3 for <18133@debbugs.gnu.org>; Wed, 28 Jun 2017 14:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AQv8DzXQyS8uCREWaCHaSIjT337b1ffJQLWl+JZOmeY=; b=mS6h/90VpPLsbKKA5HawgBBypFMY5L/ljaKqf8XIVwy9/2Vw1Qy/GIEHzSoOl5hwA5 QxcT7sUBRwdLoD52umKfSM7Js0xwI+yNgz4iKzBimKuGu31drob1+TRqxciDUEmySyWI nxtjlh/fGLZYO5eVaG6QH8UCbIpT3Cy7b2c9Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AQv8DzXQyS8uCREWaCHaSIjT337b1ffJQLWl+JZOmeY=; b=l4a5vBJSGO9R110wUg+uiQQ+32ELng6WDrOSdw1c+0V+iICe/RNXwimksqn2/GUFy4 oAMfPx/ZN+lcQO2Mppdgt0ZF7zzDDZkw/vS7ifwYV6kBEaMI6u6BtwgncjIgsrQv+sFI FFul2bdD6gPw0Bx2gsaT39A4+SD4LxuZU0zcuZT0z9GUzcCZbGE1bE/8uOF370P/regO RFt6EnWVPaEsnL/qtEAEkLGzlopbn6ItKR4bVq6MoMW07fh1d77rGDqf8QV0oBFNZaKI DYRo2LJ3FaliTQq6/ey8TRV9wOGTUQylA5XVK8Iw/9L1izqZmftTmn8lN/6hxWqsu5/O EAcA== X-Gm-Message-State: AKS2vOxFU9MRLIc/YrM99Vakl3AHbXtDKj4fYaf0vwqeaWiq+KNXvcdN Fxm0zCcfIeHScmwnu7IBdDMx7iz4g8c1 X-Received: by 10.202.180.4 with SMTP id d4mr8515986oif.188.1498686344590; Wed, 28 Jun 2017 14:45:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.193.136 with HTTP; Wed, 28 Jun 2017 14:45:43 -0700 (PDT) In-Reply-To: <83zijch4nc.fsf@gnu.org> References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> From: Reuben Thomas Date: Wed, 28 Jun 2017 22:45:43 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/mixed; boundary="001a113d4232334aa005530c1be1" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a113d4232334aa005530c1be1 Content-Type: multipart/alternative; boundary="001a113d4232334a9a05530c1bdf" --001a113d4232334a9a05530c1bdf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 31 December 2016 at 08:41, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Sat, 31 Dec 2016 00:19:21 +0000 > > Cc: Eli Zaretskii , martin rudalics , > 18133@debbugs.gnu.org > > > > Thanks, Juri; can you converge with Eli, and then I'll have a coherent > proposal I can program? > > I'm okay with Juri's approach as well. > =E2=80=8BHere is a patch that attempts to implement Juri's approach.=E2=80= =8B =E2=80=8BHowever, at the moment it doesn't work. I think the problem is to = do with combining process filters. As suggested in the Emacs manual, I use add-function to combine the new process filter with the default comint-output-filter. But no matter what I try, the original filter does not seem to be run any more, even if I pass a trivial function to add-function. I've studied the documentation, and I can't see what I'm doing wrong. --=20 https://rrt.sc3d.org --001a113d4232334a9a05530c1bdf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 3= 1 December 2016 at 08:41, Eli Zaretskii <eliz@gnu.org> wrote:
=
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sat, 31 Dec 2016 00:19:21 +0000
> Cc: Eli Zaretskii <eliz@gnu.org= >, martin rudalics <rudalics@gmx.a= t>, 18133@debbugs.gnu.org
>
> Thanks, Juri; can you converge with Eli, and then I'll have a cohe= rent proposal I can program?

I'm okay with Juri's approach as well.

=E2=80=8BHere is a patch that attempts to implement Juri's approach.= =E2=80=8B

= =E2=80=8BHowever, at the moment it doesn't work. I think the problem is= to do with combining process filters. As suggested in the Emacs manual, I = use add-function to combine the new process filter with the default comint-= output-filter. But no matter what I try, the original filter does not seem = to be run any more, even if I pass a trivial function to add-function. I= 9;ve studied the documentation, and I can't see what I'm doing wron= g.

--
--001a113d4232334a9a05530c1bdf-- --001a113d4232334aa005530c1be1 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Allow-async-command-output-buffer-to-be-shown-only-o.patch" Content-Disposition: attachment; filename="0001-Allow-async-command-output-buffer-to-be-shown-only-o.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j4hj35750 RnJvbSBlZTc5ZWFkOWYyZjEzMmU4NTgwNmM3NWYzMGVjODYxYmIwOTRmMzg3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFdl ZCwgMjggSnVuIDIwMTcgMjI6NDA6MzMgKzAxMDAKU3ViamVjdDogW1BBVENIXSBBbGxvdyBhc3lu YyBjb21tYW5kIG91dHB1dCBidWZmZXIgdG8gYmUgc2hvd24gb25seSBvbiBvdXRwdXQKCiogbGlz cC9zaW1wbGUuZWwgKGFzeW5jLXNoZWxsLWNvbW1hbmQtZGlzcGxheS1idWZmZXIpOiBBZGQKZGVm Y3VzdG9tLgooc2hlbGwtY29tbWFuZCk6IFVzZSB0aGUgbmV3IGRlZmN1c3RvbSB0byBkZXRlcm1p bmUgd2hldGhlciB0byBzaG93CnRoZSBidWZmZXIgaW1tZWRpYXRlbHksIG9yIGFkZCBhIHByb2Nl c3MgZmlsdGVyIHRoYXQgc2hvd3MgaXQgb25seQp3aGVuIHRoZXJlIGlzIHNvbWUgb3V0cHV0LgoK VGhhbmtzIHRvIEp1cmkgTGlua292IGFuZCBFbGkgWmFyZXRza2lpIGZvciBhZHZpY2UgYW5kIGd1 aWRhbmNlLgotLS0KIGxpc3Avc2ltcGxlLmVsIHwgMjMgKysrKysrKysrKysrKysrKysrKysrLS0K IDEgZmlsZSBjaGFuZ2VkLCAyMSBpbnNlcnRpb25zKCspLCAyIGRlbGV0aW9ucygtKQoKZGlmZiAt LWdpdCBhL2xpc3Avc2ltcGxlLmVsIGIvbGlzcC9zaW1wbGUuZWwKaW5kZXggYTU1NjVhYi4uMmYy ODg3ZSAxMDA2NDQKLS0tIGEvbGlzcC9zaW1wbGUuZWwKKysrIGIvbGlzcC9zaW1wbGUuZWwKQEAg LTMyNzEsNiArMzI3MSwxNyBAQCBhc3luYy1zaGVsbC1jb21tYW5kLWJ1ZmZlcgogICA6Z3JvdXAg J3NoZWxsCiAgIDp2ZXJzaW9uICIyNC4zIikKIAorKGRlZmN1c3RvbSBhc3luYy1zaGVsbC1jb21t YW5kLWRpc3BsYXktYnVmZmVyIHQKKyAgIldoZXRoZXIgdG8gZGlzcGxheSB0aGUgY29tbWFuZCBi dWZmZXIgaW1tZWRpYXRlbHkuCitJZiB0LCBkaXNwbGF5IHRoZSBidWZmZXIgaW1tZWRpYXRlbHk7 IGlmIG5pbCwgd2FpdCB1bnRpbCB0aGVyZQoraXMgb3V0cHV0LiIKKyAgOnR5cGUgJyhjaG9pY2Ug KGNvbnN0IDp0YWcgIkRpc3BsYXkgYnVmZmVyIGltbWVkaWF0ZWx5IgorCQkJdCkKKwkJIChjb25z dCA6dGFnICJEaXNwbGF5IGJ1ZmZlciBvbiBvdXRwdXQiCisJCQluaWwpKQorICA6Z3JvdXAgJ3No ZWxsCisgIDp2ZXJzaW9uICIyNi4xIikKKwogKGRlZnVuIHNoZWxsLWNvbW1hbmQtLXNhdmUtcG9z LW9yLWVyYXNlICgpCiAgICJTdG9yZSBhIGJ1ZmZlciBwb3NpdGlvbiBvciBlcmFzZSB0aGUgYnVm ZmVyLgogU2VlIGBzaGVsbC1jb21tYW5kLWRvbnQtZXJhc2UtYnVmZmVyJy4iCkBAIC0zNTE3LDcg KzM1MjgsNiBAQCBzaGVsbC1jb21tYW5kCiAJCSAgICAoc2V0cSBidWZmZXIgKGdldC1idWZmZXIt Y3JlYXRlCiAJCQkJICAob3Igb3V0cHV0LWJ1ZmZlciAiKkFzeW5jIFNoZWxsIENvbW1hbmQqIikp KSkpKQogCQkod2l0aC1jdXJyZW50LWJ1ZmZlciBidWZmZXIKLQkJICAoZGlzcGxheS1idWZmZXIg YnVmZmVyICcobmlsIChhbGxvdy1uby13aW5kb3cgLiB0KSkpCiAgICAgICAgICAgICAgICAgICAo c2hlbGwtY29tbWFuZC0tc2F2ZS1wb3Mtb3ItZXJhc2UpCiAJCSAgKHNldHEgZGVmYXVsdC1kaXJl Y3RvcnkgZGlyZWN0b3J5KQogCQkgIChzZXRxIHByb2MgKHN0YXJ0LXByb2Nlc3MgIlNoZWxsIiBi dWZmZXIgc2hlbGwtZmlsZS1uYW1lCkBAIC0zNTI4LDcgKzM1MzgsMTYgQEAgc2hlbGwtY29tbWFu ZAogCQkgIDs7IFVzZSB0aGUgY29taW50IGZpbHRlciBmb3IgcHJvcGVyIGhhbmRsaW5nIG9mIGNh cnJpYWdlIG1vdGlvbgogCQkgIDs7IChzZWUgYGNvbWludC1pbmhpYml0LWNhcnJpYWdlLW1vdGlv bicpLC4KIAkJICAoc2V0LXByb2Nlc3MtZmlsdGVyIHByb2MgJ2NvbWludC1vdXRwdXQtZmlsdGVy KQotCQkgICkpCisgICAgICAgICAgICAgICAgICAoaWYgYXN5bmMtc2hlbGwtY29tbWFuZC1kaXNw bGF5LWJ1ZmZlcgorICAgICAgICAgICAgICAgICAgICAgIChkaXNwbGF5LWJ1ZmZlciBidWZmZXIg JyhuaWwgKGFsbG93LW5vLXdpbmRvdyAuIHQpKSkKKyAgICAgICAgICAgICAgICAgICAgKGFkZC1m dW5jdGlvbiA6YmVmb3JlIChwcm9jZXNzLWZpbHRlciBwcm9jKQorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGAobGFtYmRhIChwcm9jZXNzIHN0cmluZykKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAod2hlbiAoYW5kICg9IDAgKGJ1ZmZlci1zaXplIChwcm9j ZXNzLWJ1ZmZlciBwcm9jZXNzKSkpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoZXEgKGJ1ZmZlci1uYW1lIChwcm9jZXNzLWJ1ZmZlciBwcm9jZXNzKSkK KyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAsKG9y IG91dHB1dC1idWZmZXIgIipBc3luYyBTaGVsbCBDb21tYW5kKiIpKSkKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIChkaXNwbGF5LWJ1ZmZlciAocHJvY2Vzcy1idWZmZXIg cHJvY2VzcykpKSkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICApKQorICAgICAg ICAgICAgICAgICAgKSkKIAkgICAgOzsgT3RoZXJ3aXNlLCBjb21tYW5kIGlzIGV4ZWN1dGVkIHN5 bmNocm9ub3VzbHkuCiAJICAgIChzaGVsbC1jb21tYW5kLW9uLXJlZ2lvbiAocG9pbnQpIChwb2lu dCkgY29tbWFuZAogCQkJCSAgICAgb3V0cHV0LWJ1ZmZlciBuaWwgZXJyb3ItYnVmZmVyKSkpKSkp KQotLSAKMi43LjQKCg== --001a113d4232334aa005530c1be1-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 17:54:04 2017 Received: (at 18133) by debbugs.gnu.org; 28 Jun 2017 21:54:04 +0000 Received: from localhost ([127.0.0.1]:43052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQKuS-0006qL-EY for submit@debbugs.gnu.org; Wed, 28 Jun 2017 17:54:04 -0400 Received: from mail-oi0-f49.google.com ([209.85.218.49]:34908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQKuQ-0006po-Ks for 18133@debbugs.gnu.org; Wed, 28 Jun 2017 17:54:03 -0400 Received: by mail-oi0-f49.google.com with SMTP id c189so52620839oia.2 for <18133@debbugs.gnu.org>; Wed, 28 Jun 2017 14:54:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=l8IQ8XGeXDaPT3W8pf4TLKJUUNkW4QhY014AAy3wB0s=; b=3YZ9iXkLVHBxvGSfmFJhp8UIguSTZXXY90RAeN9ZxtYaKdhrl9musY4shrSpGkDBq7 1NgpZRPqJwaHUjY9U592Py3LOMa1mYm/QoKxR8If8IiivLBvGZsP8fORv5MYl4tC2qX0 CQoaPc2+3mR42QeIuT7JeNpWuY+fQtC6H8R1M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=l8IQ8XGeXDaPT3W8pf4TLKJUUNkW4QhY014AAy3wB0s=; b=ZjByqAZjxSP7jtGXqvM6AA90sCkusnBl1+JfSP4pJAIgqJmdq1UvXN98BmkoGZMZ4p 9ePLhYRfrgLdy/fscHs9kyRWxhSG/O8UA8rXGWuuIQDr5NhRv+eoBKA9m+nl9ZBkx2q+ PXM4DtP9cDnsxcnmlOebKtL1W83heduSi8EIEk6Gwf9JpEkLBdNxkMHHRVWYV0V1flVM c4MpcsIuR/DIfJp4D0uB+gMwfcbob6s8HgfSs1+lIzSAZApyt71X89OEctGG2UL/vIgI DSET6IYdqiwtWsRUZyILrb/8THdFi7V7BeIg253jiy7NaKfozQ33R+ndQiaw/zT0/l21 2JgA== X-Gm-Message-State: AKS2vOxheQX3Y6ImNn5NBq6cOiAZ2ibasjZyZ5EPThMyWRnvQ07a0/dM IMsUnH2aEkLgQbWpYH+kAxI/NACjyGzq X-Received: by 10.202.81.197 with SMTP id f188mr982901oib.173.1498686836854; Wed, 28 Jun 2017 14:53:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.193.136 with HTTP; Wed, 28 Jun 2017 14:53:56 -0700 (PDT) In-Reply-To: References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> From: Reuben Thomas Date: Wed, 28 Jun 2017 22:53:56 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a113b0ab68a791505530c3857" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a113b0ab68a791505530c3857 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 28 June 2017 at 22:45, Reuben Thomas wrote: > > On 31 December 2016 at 08:41, Eli Zaretskii wrote: > >> > From: Reuben Thomas >> > Date: Sat, 31 Dec 2016 00:19:21 +0000 >> > Cc: Eli Zaretskii , martin rudalics , >> 18133@debbugs.gnu.org >> > >> > Thanks, Juri; can you converge with Eli, and then I'll have a coherent >> proposal I can program? >> >> I'm okay with Juri's approach as well. >> > > =E2=80=8BHere is a patch that attempts to implement Juri's approach.=E2= =80=8B > > =E2=80=8BHowever, at the moment it doesn't work. I think the problem is t= o do with > combining process filters. As suggested in the Emacs manual, I use > add-function to combine the new process filter with the default > comint-output-filter. But no matter what I try, the original filter does > not seem to be run any more, even if I pass a trivial function to > add-function. I've studied the documentation, and I can't see what I'm > doing wrong. > =E2=80=8B S =E2=80=8Borry, my diagnosis above is nonsense. The output is indeed being i= nserted in the buffer; the problem is with the display of the buffer when async-shell-command-display-buffer is set to nil. I will have another look. =E2=80=8B --=20 https://rrt.sc3d.org --001a113b0ab68a791505530c3857 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On 2= 8 June 2017 at 22:45, Reuben Thomas <rrt@sc3d.org> wrote:

=
On 31 December 2016 at 08= :41, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sat, 31 Dec 2016 00:19:21 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, martin rudalics <rudalics@gmx.at>, 18133@debbugs.gnu.org
>
> Thanks, Juri; can you converge with Eli, and then I'll have a cohe= rent proposal I can program?

I'm okay with Juri's approach as well.

=E2=80=8BHere is a patch that attem= pts to implement Juri's approach.=E2=80=8B

=E2=80=8BHowev= er, at the moment it doesn't work. I think the problem is to do with co= mbining process filters. As suggested in the Emacs manual, I use add-functi= on to combine the new process filter with the default comint-output-filter.= But no matter what I try, the original filter does not seem to be run any = more, even if I pass a trivial function to add-function. I've studied t= he documentation, and I can't see what I'm doing wrong.
=E2=80=8B
S
=E2=80=8Borry, my diagnosis above is non= sense. The output is indeed being inserted in the buffer; the problem is wi= th the display of the buffer when async-shell-command-display-buffer is set= to nil. I will have another look.
=E2=80=8B

--
--001a113b0ab68a791505530c3857-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 18:05:17 2017 Received: (at 18133) by debbugs.gnu.org; 28 Jun 2017 22:05:17 +0000 Received: from localhost ([127.0.0.1]:43075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQL5I-00077y-VQ for submit@debbugs.gnu.org; Wed, 28 Jun 2017 18:05:17 -0400 Received: from mail-oi0-f54.google.com ([209.85.218.54]:33577) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQL5G-00077l-NB for 18133@debbugs.gnu.org; Wed, 28 Jun 2017 18:05:15 -0400 Received: by mail-oi0-f54.google.com with SMTP id p66so52743673oia.0 for <18133@debbugs.gnu.org>; Wed, 28 Jun 2017 15:05:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=CfxZD9aYoUaOC8iiR0iGCS2+Yuj9U4lIezUX0JfHbn0=; b=Gm9FqBtPllG8V3s+LC8t4caiPqyIQdEJJUP3YDvb085ibMfp4NHtgNsSXCZtvqEIlA SzJ1357tsPrq6oyHSgpWwl5KfNGLTdC4AX7cAXZQOnrVd+NKElLH2KupclIM7xBE9Azg gzHJ/F4AAs1IFAe8MkwJkuEdtR7FezwEE5Hbk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=CfxZD9aYoUaOC8iiR0iGCS2+Yuj9U4lIezUX0JfHbn0=; b=bKpuQmkBfYRrEJ2J64QLdzfey/RWcgcLwO5ogBW+YHHIzVNlwc3Y7BbLCunE7AZal1 /ii67hf0rxSPKSZv20hi9zcgXh3U2xFF08npFyrJ/PUC9iCNZdBijRByDS6Bnii3MYeE Dfvgo1W9Oo57JpFYxZbRa+Gq6heJERUcsnNzQtYBx5KdavWrTVudMwo71GPLMo5HIKhG BUiw+9tQFgqeiacCzekEwungRiZJuQ09CCaTilVOoiPI1daoc2HO8sMbUzOV7H2A54fm JwW7yW9RdUoNa04VKdJ1CvPskiT7Z9eSod2dNyzLBzgtHU9ukfzE2ErMoctaYxxB8Jpg hM3Q== X-Gm-Message-State: AKS2vOwVsksdiIGTb2YKApt0LPXXkVcHlz/ZSZYBZ8qFvxeWzECWaYru jTGGDgjupr0PHqVx7AGfLvBHGgCSz5bq X-Received: by 10.202.180.4 with SMTP id d4mr8564593oif.188.1498687509053; Wed, 28 Jun 2017 15:05:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.193.136 with HTTP; Wed, 28 Jun 2017 15:05:08 -0700 (PDT) In-Reply-To: References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> From: Reuben Thomas Date: Wed, 28 Jun 2017 23:05:08 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/mixed; boundary="001a113d42329b6e8205530c606e" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a113d42329b6e8205530c606e Content-Type: multipart/alternative; boundary="001a113d42329b6e7d05530c606c" --001a113d42329b6e7d05530c606c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =E2=80=8BHere's an update to the previous patch; the problem seemed to be t= he use of eq for comparing strings rather than string=3D.=E2=80=8B It seems to work now. --=20 https://rrt.sc3d.org --001a113d42329b6e7d05530c606c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=E2=80=8BHere's an update to the previous patch= ; the problem seemed to be the use of eq for comparing strings rather than = string=3D.=E2=80=8B

It seems to work now.

--
--001a113d42329b6e7d05530c606c-- --001a113d42329b6e8205530c606e Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Allow-async-command-output-buffer-to-be-shown-only-o.patch" Content-Disposition: attachment; filename="0001-Allow-async-command-output-buffer-to-be-shown-only-o.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j4hju2qa0 RnJvbSBhODJkY2NhNzBkM2FhNTI3ZGVlM2MwM2JlZTNiZGZjZGEwM2ExYmI5IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFdl ZCwgMjggSnVuIDIwMTcgMjI6NDA6MzMgKzAxMDAKU3ViamVjdDogW1BBVENIXSBBbGxvdyBhc3lu YyBjb21tYW5kIG91dHB1dCBidWZmZXIgdG8gYmUgc2hvd24gb25seSBvbiBvdXRwdXQKCiogbGlz cC9zaW1wbGUuZWwgKGFzeW5jLXNoZWxsLWNvbW1hbmQtZGlzcGxheS1idWZmZXIpOiBBZGQKZGVm Y3VzdG9tLgooc2hlbGwtY29tbWFuZCk6IFVzZSB0aGUgbmV3IGRlZmN1c3RvbSB0byBkZXRlcm1p bmUgd2hldGhlciB0byBzaG93CnRoZSBidWZmZXIgaW1tZWRpYXRlbHksIG9yIGFkZCBhIHByb2Nl c3MgZmlsdGVyIHRoYXQgc2hvd3MgaXQgb25seQp3aGVuIHRoZXJlIGlzIHNvbWUgb3V0cHV0LgoK VGhhbmtzIHRvIEp1cmkgTGlua292IGFuZCBFbGkgWmFyZXRza2lpIGZvciBhZHZpY2UgYW5kIGd1 aWRhbmNlLgotLS0KIGxpc3Avc2ltcGxlLmVsIHwgMjMgKysrKysrKysrKysrKysrKysrKysrLS0K IDEgZmlsZSBjaGFuZ2VkLCAyMSBpbnNlcnRpb25zKCspLCAyIGRlbGV0aW9ucygtKQoKZGlmZiAt LWdpdCBhL2xpc3Avc2ltcGxlLmVsIGIvbGlzcC9zaW1wbGUuZWwKaW5kZXggYTU1NjVhYi4uNjI0 MjJmMSAxMDA2NDQKLS0tIGEvbGlzcC9zaW1wbGUuZWwKKysrIGIvbGlzcC9zaW1wbGUuZWwKQEAg LTMyNzEsNiArMzI3MSwxNyBAQCBhc3luYy1zaGVsbC1jb21tYW5kLWJ1ZmZlcgogICA6Z3JvdXAg J3NoZWxsCiAgIDp2ZXJzaW9uICIyNC4zIikKIAorKGRlZmN1c3RvbSBhc3luYy1zaGVsbC1jb21t YW5kLWRpc3BsYXktYnVmZmVyIHQKKyAgIldoZXRoZXIgdG8gZGlzcGxheSB0aGUgY29tbWFuZCBi dWZmZXIgaW1tZWRpYXRlbHkuCitJZiB0LCBkaXNwbGF5IHRoZSBidWZmZXIgaW1tZWRpYXRlbHk7 IGlmIG5pbCwgd2FpdCB1bnRpbCB0aGVyZQoraXMgb3V0cHV0LiIKKyAgOnR5cGUgJyhjaG9pY2Ug KGNvbnN0IDp0YWcgIkRpc3BsYXkgYnVmZmVyIGltbWVkaWF0ZWx5IgorCQkJdCkKKwkJIChjb25z dCA6dGFnICJEaXNwbGF5IGJ1ZmZlciBvbiBvdXRwdXQiCisJCQluaWwpKQorICA6Z3JvdXAgJ3No ZWxsCisgIDp2ZXJzaW9uICIyNi4xIikKKwogKGRlZnVuIHNoZWxsLWNvbW1hbmQtLXNhdmUtcG9z LW9yLWVyYXNlICgpCiAgICJTdG9yZSBhIGJ1ZmZlciBwb3NpdGlvbiBvciBlcmFzZSB0aGUgYnVm ZmVyLgogU2VlIGBzaGVsbC1jb21tYW5kLWRvbnQtZXJhc2UtYnVmZmVyJy4iCkBAIC0zNTE3LDcg KzM1MjgsNiBAQCBzaGVsbC1jb21tYW5kCiAJCSAgICAoc2V0cSBidWZmZXIgKGdldC1idWZmZXIt Y3JlYXRlCiAJCQkJICAob3Igb3V0cHV0LWJ1ZmZlciAiKkFzeW5jIFNoZWxsIENvbW1hbmQqIikp KSkpKQogCQkod2l0aC1jdXJyZW50LWJ1ZmZlciBidWZmZXIKLQkJICAoZGlzcGxheS1idWZmZXIg YnVmZmVyICcobmlsIChhbGxvdy1uby13aW5kb3cgLiB0KSkpCiAgICAgICAgICAgICAgICAgICAo c2hlbGwtY29tbWFuZC0tc2F2ZS1wb3Mtb3ItZXJhc2UpCiAJCSAgKHNldHEgZGVmYXVsdC1kaXJl Y3RvcnkgZGlyZWN0b3J5KQogCQkgIChzZXRxIHByb2MgKHN0YXJ0LXByb2Nlc3MgIlNoZWxsIiBi dWZmZXIgc2hlbGwtZmlsZS1uYW1lCkBAIC0zNTI4LDcgKzM1MzgsMTYgQEAgc2hlbGwtY29tbWFu ZAogCQkgIDs7IFVzZSB0aGUgY29taW50IGZpbHRlciBmb3IgcHJvcGVyIGhhbmRsaW5nIG9mIGNh cnJpYWdlIG1vdGlvbgogCQkgIDs7IChzZWUgYGNvbWludC1pbmhpYml0LWNhcnJpYWdlLW1vdGlv bicpLC4KIAkJICAoc2V0LXByb2Nlc3MtZmlsdGVyIHByb2MgJ2NvbWludC1vdXRwdXQtZmlsdGVy KQotCQkgICkpCisgICAgICAgICAgICAgICAgICAoaWYgYXN5bmMtc2hlbGwtY29tbWFuZC1kaXNw bGF5LWJ1ZmZlcgorICAgICAgICAgICAgICAgICAgICAgIChkaXNwbGF5LWJ1ZmZlciBidWZmZXIg JyhuaWwgKGFsbG93LW5vLXdpbmRvdyAuIHQpKSkKKyAgICAgICAgICAgICAgICAgICAgKGFkZC1m dW5jdGlvbiA6YmVmb3JlIChwcm9jZXNzLWZpbHRlciBwcm9jKQorICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGAobGFtYmRhIChwcm9jZXNzIHN0cmluZykKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAod2hlbiAoYW5kICg9IDAgKGJ1ZmZlci1zaXplIChwcm9j ZXNzLWJ1ZmZlciBwcm9jZXNzKSkpCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAoc3RyaW5nPSAoYnVmZmVyLW5hbWUgKHByb2Nlc3MtYnVmZmVyIHByb2Nl c3MpKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICwob3Igb3V0cHV0LWJ1ZmZlciAiKkFzeW5jIFNoZWxsIENvbW1hbmQqIikpKQorICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKGRpc3BsYXktYnVmZmVyIChwcm9jZXNzLWJ1 ZmZlciBwcm9jZXNzKSkpKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICkpCisg ICAgICAgICAgICAgICAgICApKQogCSAgICA7OyBPdGhlcndpc2UsIGNvbW1hbmQgaXMgZXhlY3V0 ZWQgc3luY2hyb25vdXNseS4KIAkgICAgKHNoZWxsLWNvbW1hbmQtb24tcmVnaW9uIChwb2ludCkg KHBvaW50KSBjb21tYW5kCiAJCQkJICAgICBvdXRwdXQtYnVmZmVyIG5pbCBlcnJvci1idWZmZXIp KSkpKSkpCi0tIAoyLjcuNAoK --001a113d42329b6e8205530c606e-- From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 07 08:32:06 2017 Received: (at 18133) by debbugs.gnu.org; 7 Aug 2017 12:32:06 +0000 Received: from localhost ([127.0.0.1]:45331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dehCX-0006IF-Pc for submit@debbugs.gnu.org; Mon, 07 Aug 2017 08:32:06 -0400 Received: from mail-oi0-f49.google.com ([209.85.218.49]:34620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dehCV-0006Hi-9u for 18133@debbugs.gnu.org; Mon, 07 Aug 2017 08:32:03 -0400 Received: by mail-oi0-f49.google.com with SMTP id x3so2600519oia.1 for <18133@debbugs.gnu.org>; Mon, 07 Aug 2017 05:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OWzd6TjTFDsMmiZo2EnVQcZYBo+R9lqjy3kkzMHrizw=; b=cbg0KmiEQAXB0Dh1GVWSfAsojcBViR3M2oKO0rsldZMLJjMHxUxRAhfhMc/QpjD702 QhIEdAzYra9aoAW9we24HAuUH5OkSKUmBa/kcABu0P4EwnYybVDhZrLKU2likAaf9b+h rSd7QG12t8+ZXMC/9O3eIf/3SkQAFABZcBqLo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=OWzd6TjTFDsMmiZo2EnVQcZYBo+R9lqjy3kkzMHrizw=; b=tTm97FLL160qL9wo086xB8m5wAoyK8SMSEhw0ZgmQ/c7TPvkTnLNAwN6GfMafusN1A ytjNKNPuimfAGS2oStDl2/xBSuGDnlrHWW+oP8BZOXmMkZ9f/1FYo4s+Q8A3gAPCLzAu tA+O7K9zury7v10Iz2fj61kNKHlL8L+L9hj61ZJb0oNaWIvj1jiK4ZZgMLjZ5GCbDMVi RKneduKckZWvb8EFSoeyO79LFpEGzo9oAYsSjw5+tXrL7xXqp6/bifVBUEQ/4S2ykSeQ BJW2hD8jhAxx7TBhVqWGbjm2eDIXa8tWNH4qwrftBQ1FUAJeb7n0SFMeUg/JJDqN7HF+ ma+g== X-Gm-Message-State: AHYfb5gfQvC/Te7PZwUVg0krQq0sZtRxzNsC3EYU7OJaLBLeI7qUaYTS tiNzwu5QZ7xTBFNrse0tv+KTevlZDs5m X-Received: by 10.202.95.194 with SMTP id t185mr206888oib.3.1502109117399; Mon, 07 Aug 2017 05:31:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.183.87 with HTTP; Mon, 7 Aug 2017 05:31:56 -0700 (PDT) In-Reply-To: References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> From: Reuben Thomas Date: Mon, 7 Aug 2017 13:31:56 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a113d54505b6ac3055629088f" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a113d54505b6ac3055629088f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 28 June 2017 at 23:05, Reuben Thomas wrote: > =E2=80=8BHere's an update to the previous patch; the problem seemed to be= the use > of eq for comparing strings rather than string=3D.=E2=80=8B > > It seems to work now. > =E2=80=8BPing! Any comments before I install this patch? --=20 https://rrt.sc3d.org --001a113d54505b6ac3055629088f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On = 28 June 2017 at 23:05, Reuben Thomas <rrt@sc3d.org> wrote:
=E2=80=8BHer= e's an update to the previous patch; the problem seemed to be the use o= f eq for comparing strings rather than string=3D.=E2=80=8B

It seems to work now.

=E2=80=8BPing! Any comment= s before I install this patch?

--
--001a113d54505b6ac3055629088f-- From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 07 12:40:31 2017 Received: (at 18133) by debbugs.gnu.org; 7 Aug 2017 16:40:31 +0000 Received: from localhost ([127.0.0.1]:50649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1del4t-0000Rn-Qa for submit@debbugs.gnu.org; Mon, 07 Aug 2017 12:40:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1del4r-0000R5-MG for 18133@debbugs.gnu.org; Mon, 07 Aug 2017 12:40:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dekq6-0008Us-DH for 18133@debbugs.gnu.org; Mon, 07 Aug 2017 12:25:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dekq6-0008Um-AF; Mon, 07 Aug 2017 12:25:10 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4204 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dekq5-0000ce-LI; Mon, 07 Aug 2017 12:25:10 -0400 Date: Mon, 07 Aug 2017 19:25:05 +0300 Message-Id: <83efsntkf2.fsf@gnu.org> From: Eli Zaretskii To: Reuben Thomas In-reply-to: (message from Reuben Thomas on Mon, 7 Aug 2017 13:31:56 +0100) Subject: Re: bug#18133: Suppressing asynchronous command output References: <83eg100vy5.fsf@gnu.org> <585C132B.1030709@gmx.at> <585C347D.9050309@gmx.at> <585D740B.40303@gmx.at> <585D8120.1090300@gmx.at> <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, 18133@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Reuben Thomas > Date: Mon, 7 Aug 2017 13:31:56 +0100 > Cc: Juri Linkov , martin rudalics , 18133@debbugs.gnu.org > > On 28 June 2017 at 23:05, Reuben Thomas wrote: > > ​Here's an update to the previous patch; the problem seemed to be the use of eq for comparing strings > rather than string=.​ > > It seems to work now. > > ​Ping! Any comments before I install this patch? Sorry for the delay. Please go ahead, but I think this also needs suitable changes for NEWS and the manual. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 18 09:40:19 2020 Received: (at 18133) by debbugs.gnu.org; 18 Sep 2020 13:40:19 +0000 Received: from localhost ([127.0.0.1]:41380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGcd-0003H6-Eo for submit@debbugs.gnu.org; Fri, 18 Sep 2020 09:40:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGcc-0003Ge-8Y for 18133@debbugs.gnu.org; Fri, 18 Sep 2020 09:40:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=A8fhxBsmdyh3DnUJO0csPgzG8GtbwhPBrjU7l2pvleU=; b=Cx8xbH364G6IhaxzUbsZWqiPwz LPLaEDakVt7nk4Yv0MsAGYxAkER1aWIPgMI0GA03B4aBeTUz53t+NGv3Dne4LUG6X0Y6TuDNCoUMv U1dtmoxklFjlzwBFZEiPKC+RwN60vsELJ8Iw5WFFCUYee9OJSoUi8T92EnnGzhzIzYQA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kJGcR-0006MW-Rb; Fri, 18 Sep 2020 15:40:12 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#18133: Suppressing asynchronous command output References: <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> <83efsntkf2.fsf@gnu.org> X-Now-Playing: Stina Nordenstam's _The World Is Saved_: "Parliament Square" Date: Fri, 18 Sep 2020 15:40:06 +0200 In-Reply-To: <83efsntkf2.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 07 Aug 2017 19:25:05 +0300") Message-ID: <87pn6jgq4p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> ​Here's an update to the previous patch; the problem seemed to be >> the use of eq for comparing strings >> rather than string=.​ >> >> It seems to work now. >> >> ​Ping! Any comments before [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: rudalics@gmx.at, juri@linkov.net, 18133@debbugs.gnu.org, Reuben Thomas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> =E2=80=8BHere's an update to the previous patch; the problem seemed to = be >> the use of eq for comparing strings >> rather than string=3D.=E2=80=8B >>=20 >> It seems to work now. >>=20 >> =E2=80=8BPing! Any comments before I install this patch? > > Sorry for the delay. Please go ahead, but I think this also needs > suitable changes for NEWS and the manual. This was a kinda long thread, and I've only loosely skimmed it. But it seems like the proposed patch was applied, and it seems to be documented, so I'm guessing this bug report was just left open by mistake? So I'm closing it now. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 18 09:40:31 2020 Received: (at control) by debbugs.gnu.org; 18 Sep 2020 13:40:31 +0000 Received: from localhost ([127.0.0.1]:41383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGco-0003HU-Nu for submit@debbugs.gnu.org; Fri, 18 Sep 2020 09:40:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGcj-0003HE-OO for control@debbugs.gnu.org; Fri, 18 Sep 2020 09:40:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zDe+2KkJxPX9bHff+Z7xMbxulkaEMmRw+/o4uEk9lyM=; b=ecAxSrrlJ/SogOwl/GZnw2CJES EXB/hVqe6JZqkBT7sC+YI3dyrzjtWj9R+nfKeCV610yqGIXsGsvnr99FYDSA6Wk/Vn8HJJ7k0f/f1 qNlxRNtDuwbAxwj5bfyVwDQ1phZ0PSd1YSj//WOCZLBVi+afM0iA3bLnRz8wNH0iPyCA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kJGcb-0006Ms-Sl for control@debbugs.gnu.org; Fri, 18 Sep 2020 15:40:20 +0200 Date: Fri, 18 Sep 2020 15:40:16 +0200 Message-Id: <87o8m3gq4f.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #18133 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 18133 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 18133 quit From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 18 09:51:19 2020 Received: (at 18133) by debbugs.gnu.org; 18 Sep 2020 13:51:19 +0000 Received: from localhost ([127.0.0.1]:41432 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGnG-0005l4-Vk for submit@debbugs.gnu.org; Fri, 18 Sep 2020 09:51:19 -0400 Received: from mail-ot1-f65.google.com ([209.85.210.65]:46234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGnF-0005kp-KD for 18133@debbugs.gnu.org; Fri, 18 Sep 2020 09:51:17 -0400 Received: by mail-ot1-f65.google.com with SMTP id c10so5398188otm.13 for <18133@debbugs.gnu.org>; Fri, 18 Sep 2020 06:51:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z0vN04T5rUnOrJmRYRU2kVwU0nVBX5qgG0tOx/iPuVo=; b=OmwjyBrs0SMW6mVTP7fDIb4qXZ4D5nzHPA0dx/DAE4wjOPM+Q/TLAd+VHtBRxDdwtN xzWqpFneYT3V7am9klZmibCnysQH2+8qMkmGAtjJKSFcU3RV6LBlV3RNJHGwN5BugoKu PGXWg9Er1LVvcWNT83W0eRfK+pdPZRRWb+Uk8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z0vN04T5rUnOrJmRYRU2kVwU0nVBX5qgG0tOx/iPuVo=; b=Ykdc6RZL4AR84LKLNiXEdbKPQlG7ohKfDhUBq3LJTgZOOYMlwNTA/VMcAlUwjVK9kM 0lfAJag3E+3PHT/HSknmZDukMJ17kPgXKJMypCDHp9HxSX3xy9JvyY5mbvX2y2ri0e7u UrI+h9kLd/7dIguvbNAF8HuEr8Tnfcuv7M1eeyPPQccrNcFBSm/wLA6L9yICT1sZmy/V uKlT1sOlf6bnsiqZdQTuzWR5B4cBBxNITqeg4bqq2HZIeGxOAEtEp+XttAPWUUrfUDg7 mGmMmfpNJBbyPkKZz0t74XGYA6vKhwAIU47HXbG6NfywqeQcVJegTK+ArOpsSlz17Rzl 3U6g== X-Gm-Message-State: AOAM533e5QGu+ftfl3Ya+1c4l0UL09THheVJ003fuikkPnkIh5LcmU+j 9OFUXDQhaaFXTGs5VrMvcHw3qGkuL6c9f4uImyohAg== X-Google-Smtp-Source: ABdhPJzYtblAZ+HuKlIBuKl3WkPNvnKuUmCxkGbs8uYPYNGN3Ish6uuQLsYHRuKv1wIr94ezy+TvKmE9DXVPsJKS0g8= X-Received: by 2002:a9d:7186:: with SMTP id o6mr22044256otj.76.1600437071775; Fri, 18 Sep 2020 06:51:11 -0700 (PDT) MIME-Version: 1.0 References: <87fula1dbk.fsf@mail.linkov.net> <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> <83efsntkf2.fsf@gnu.org> <87pn6jgq4p.fsf@gnus.org> In-Reply-To: <87pn6jgq4p.fsf@gnus.org> From: Reuben Thomas Date: Fri, 18 Sep 2020 14:51:00 +0100 Message-ID: Subject: Re: bug#18133: Suppressing asynchronous command output To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary="00000000000026210a05af96cbbc" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --00000000000026210a05af96cbbc Content-Type: text/plain; charset="UTF-8" On Fri, 18 Sep 2020 at 14:40, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > > >> Here's an update to the previous patch; the problem seemed to be > >> the use of eq for comparing strings > >> rather than string=. > >> > >> It seems to work now. > >> > >> Ping! Any comments before I install this patch? > > > > Sorry for the delay. Please go ahead, but I think this also needs > > suitable changes for NEWS and the manual. > > This was a kinda long thread, and I've only loosely skimmed it. But it > seems like the proposed patch was applied, and it seems to be > documented, so I'm guessing this bug report was just left open by > mistake? So I'm closing it now. > Thanks! Sorry, I guess I should've closed the bug when I installed the patch (and I just confirmed that I did indeed install it). -- https://rrt.sc3d.org --00000000000026210a05af96cbbc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, 18 Sep 2020 at 14:40, Lars Ingebrigtsen <larsi@gnus.org> wrote:
Eli Zaretskii <eliz@gnu.org> writes:

>>=C2=A0 Here's an update to the previous patch; the problem seem= ed to be
>> the use of eq for comparing strings
>>=C2=A0 rather than string=3D.
>>
>>=C2=A0 It seems to work now.
>>
>> Ping! Any comments before I install this patch?
>
> Sorry for the delay.=C2=A0 Please go ahead, but I think this also need= s
> suitable changes for NEWS and the manual.

This was a kinda long thread, and I've only loosely skimmed it.=C2=A0 B= ut it
seems like the proposed patch was applied, and it seems to be
documented, so I'm guessing this bug report was just left open by
mistake?=C2=A0 So I'm closing it now.

Thanks! Sorry, I guess I should've closed the bug wh= en I installed the patch (and I just confirmed that I did indeed install it= ).

--
--00000000000026210a05af96cbbc-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 18 10:04:15 2020 Received: (at 18133) by debbugs.gnu.org; 18 Sep 2020 14:04:15 +0000 Received: from localhost ([127.0.0.1]:43874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGzm-0000Rx-SF for submit@debbugs.gnu.org; Fri, 18 Sep 2020 10:04:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJGzk-0000Rf-Ko for 18133@debbugs.gnu.org; Fri, 18 Sep 2020 10:04:13 -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=C83DAbPr0c8ya0O9EG9ni0QZnMyMUP0ADwuKQ64Cj9Q=; b=o2sDpp98IcERiiJTK4kMF0DFQS NWvBpn3tlLhY/R1sS/tjWVuVEQwT0T/NhWOg4NgMtcZ854TGMaAkM6c5WA6QNdvKNnKRkPnbRg5a1 0ik7feOB02F2zi/A0IkEYWeoY+wmdBHbagM1JZJxjaTy/Ll1hwsZ0Ba/B5pF2nkN7wyw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kJGzc-0006aD-1K; Fri, 18 Sep 2020 16:04:06 +0200 From: Lars Ingebrigtsen To: Reuben Thomas Subject: Re: bug#18133: Suppressing asynchronous command output References: <83r34tx53w.fsf@gnu.org> <83eg0twwje.fsf@gnu.org> <83r34sujou.fsf@gnu.org> <8737h6z63w.fsf@mail.linkov.net> <87mvfdowg5.fsf@mail.linkov.net> <83zijch4nc.fsf@gnu.org> <83efsntkf2.fsf@gnu.org> <87pn6jgq4p.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUJBws5PD05REcl KixbZGR8goDf5NWYm5j///8N3poeAAAAAWJLR0QIht6VegAAAAd0SU1FB+QJEg0pDYQuflQAAAGM SURBVDjL1ZJNb8MgDIbduruH0B/QAL0TXO3cMbrct1Q5T9rS+5SWvz9DP6ROiTTttvdAMI9fQ8AA f9dMaBL3SzaPSJLoHuTYjhQhsogjABmwCXGMJNPPHS7Ewgj4nxq7lrPs74tkzbYT4OF9Aiw+pw41 5ZhPOHBxwHEAPU7U+vGClybgN9dEyE1x5TZ3iRVz50kKJ20tSRYMJHIPCuscVlSUrtLIIN0aG6RU nEuKE0pVkkDK1+mMCKpSVV2RLkumBUEqVZOrl8Jr0tYlhxFa5jMicqosnx+HcKKqVqpUOr0M8okc GKdf+r6vlFDeG40iA6opmKem7w8qeOWNqah23LFUhiR9Or2ZPAvekuL/c+ocErn0GRgYKYFqTmsb Di1sEjimchbBBBP38ciwgGUCkR0FZNAMkQ1hlUG7Y8sK5mCUCZFB26xgzem7thu8gg0Yv+4Y7GLc QhNZ2e4NxLCOZ31Bl7/7Lm0FoYlXgGk85vnuFUJ3BQNeZ2knON6iAW7msB/gtn76wBsYuu4bOQuB gJmpMFgAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDktMThUMTM6NDE6MTMrMDA6MDCk9iAkAAAA JXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA5LTE4VDEzOjQxOjEzKzAwOjAw1auYmAAAAABJRU5ErkJg gg== X-Now-Playing: Stina Nordenstam's _The World Is Saved_: "The End Of A Love Affair" Date: Fri, 18 Sep 2020 16:04:02 +0200 In-Reply-To: (Reuben Thomas's message of "Fri, 18 Sep 2020 14:51:00 +0100") Message-ID: <874knvgp0t.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Reuben Thomas writes: > Thanks! Sorry, I guess I should've closed the bug when I installed the > patch (and I just confirmed that I did indeed install it). No problem. :-) Thanks for checking. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18133 Cc: martin rudalics , Eli Zaretskii , 18133@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Reuben Thomas writes: > Thanks! Sorry, I guess I should've closed the bug when I installed the > patch (and I just confirmed that I did indeed install it). No problem. :-) Thanks for checking. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 00:03:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 17 Oct 2020 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator