From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: [solved]: Re: Finding last *Async Shell Command* buffer? Date: Fri, 26 Mar 2021 14:48:49 +0300 Message-ID: References: <87k0puihrd.fsf@robertthorpeconsulting.com> <838s6aqtlv.fsf@gnu.org> <8335wiqrek.fsf@gnu.org> <831rc2qi35.fsf@gnu.org> <83tuoyp2t1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20645"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0.6 (2021-03-06) Cc: help-gnu-emacs@gnu.org To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 26 12:54:30 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lPl2s-0005HC-3v for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 26 Mar 2021 12:54:30 +0100 Original-Received: from localhost ([::1]:37350 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lPl2r-0005jP-4m for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 26 Mar 2021 07:54:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47460) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPl2P-0005hR-01 for help-gnu-emacs@gnu.org; Fri, 26 Mar 2021 07:54:01 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:33589) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPl2J-0005Ct-5T; Fri, 26 Mar 2021 07:54:00 -0400 Original-Received: from localhost ([::ffff:41.210.143.10]) (AUTH: PLAIN securesender, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000027ECE.00000000605DCB4D.00006CB1; Fri, 26 Mar 2021 04:53:49 -0700 Mail-Followup-To: Eli Zaretskii , help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <83tuoyp2t1.fsf@gnu.org> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:128618 Archived-At: * Eli Zaretskii [2021-03-26 14:34]: > > Date: Fri, 26 Mar 2021 14:26:13 +0300 > > From: Jean Louis > > Cc: help-gnu-emacs@gnu.org > > > > > > For end users I do not think that would make any difference, as the > > > > added buffer number is not interactively influencing users. > > > > > > You are wrong. I use it locally to refer to the many Info buffers I > > > have in my sessions. > > > > Sure, that is clear. I also refer to buffers like that. But how they > > get assigned their number on the end like *Async Shell Command*<141> > > it does not matter, so it could be 39 or 175, it does not matter. > > Doesn't matter for your use case. But not necessarily for others. I wish I could understand the practical usage you describe. I have also buffers with numbers like *Hyperscope*<14> when handling database entries, each new set is opened in a new buffer, but I do not access them by number, although I could. However, what number exactly comes there and if it is number of flower, I do not mind. maybe somebody would be noting down on paper which number it is. That seem more difficult. I am browsing those buffers or closing them. For me it was important how to reach to some of those async buffers, it is not really generally related to generation of unused numbers in a series of existing numbers. Though I cannot see why is that so: Example of existing buffers: 1, 2, 5, 8, and 10 Now new buffers are created: 3, 4, 6, 7, and 9. I cannot see why is that method practical, I wish I could. When buffer 3 is created there are still unused numbers, and there is no trace for the user to know that buffer 3 was created. There is also nothing in the message buffer. Currently programmer cannot know that buffer with exact number <3> was created when a system command is invoked by using M-&. I was too often using M-! to run external command so that I can see the output thereafter and pausing my Emacs work for seconds or minutes just because I did not want to search for the *Async Shell Command* buffer where output could be found from specific command. Specifically for `async-shell-command' creating buffers with numbers is not much useful as accessing those buffers is difficult. I would rather like that buffers are named by the system command invoked, for example: *Async Shell Command: gimp* *Async Shell Command: gimp*<1> *Async Shell Command: evolution* *Async Shell Command: geary* *Async Shell Command: gpxsee* as that way it would be possible to easier find the output from system commands invoked over M-& Jean