From: Jean Louis <bugs@gnu.support>
To: Eli Zaretskii <eliz@gnu.org>
Cc: help-gnu-emacs@gnu.org
Subject: Re: [solved]: Re: Finding last *Async Shell Command* buffer?
Date: Fri, 26 Mar 2021 14:48:49 +0300 [thread overview]
Message-ID: <YF3KIS5m06swGrMi@protected.localdomain> (raw)
In-Reply-To: <83tuoyp2t1.fsf@gnu.org>
* Eli Zaretskii <eliz@gnu.org> [2021-03-26 14:34]:
> > Date: Fri, 26 Mar 2021 14:26:13 +0300
> > From: Jean Louis <bugs@gnu.support>
> > 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*<NUMBER> 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
next prev parent reply other threads:[~2021-03-26 11:48 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-25 14:33 Finding last *Async Shell Command* buffer? Jean Louis
2021-03-25 15:03 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 15:08 ` Jean Louis
2021-03-25 20:27 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 20:36 ` Jean Louis
2021-03-25 20:50 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 20:59 ` Jean Louis
2021-03-25 21:08 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 21:12 ` Jean Louis
2021-03-26 5:52 ` Robert Thorpe
2021-03-26 6:47 ` Eli Zaretskii
2021-03-26 7:04 ` Jean Louis
2021-03-26 7:18 ` Eli Zaretskii
2021-03-26 7:28 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 7:38 ` Jean Louis
2021-03-26 7:52 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 8:43 ` Jean Louis
2021-03-26 13:37 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 20:08 ` Jean Louis
2021-03-26 21:59 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 7:17 ` Jean Louis
2021-03-26 7:47 ` Eli Zaretskii
2021-03-26 7:54 ` Jean Louis
2021-03-26 11:31 ` Eli Zaretskii
2021-03-26 14:02 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 20:11 ` Jean Louis
2021-03-26 22:00 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 23:28 ` Jean Louis
2021-03-26 23:39 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 7:01 ` Jean Louis
2021-03-26 7:09 ` Eli Zaretskii
2021-03-26 7:25 ` [solved]: " Jean Louis
2021-03-26 7:31 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 7:40 ` Jean Louis
2021-03-26 7:56 ` Eli Zaretskii
2021-03-26 8:55 ` Jean Louis
2021-03-26 11:18 ` Eli Zaretskii
2021-03-26 11:26 ` Jean Louis
2021-03-26 11:33 ` Eli Zaretskii
2021-03-26 11:48 ` Jean Louis [this message]
2021-03-26 12:37 ` Eli Zaretskii
2021-03-26 20:05 ` Jean Louis
2021-03-26 22:02 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 23:29 ` Jean Louis
2021-03-26 23:41 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 13:49 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 10:34 ` Jean Louis
2021-03-26 11:30 ` Eli Zaretskii
2021-03-25 15:18 ` Jean Louis
2021-03-25 15:54 ` Skip Montanaro
2021-03-25 19:31 ` Jean Louis
2021-03-25 18:10 ` Filipp Gunbin
2021-03-25 19:40 ` Jean Louis
2021-03-26 13:09 ` Filipp Gunbin
2021-03-26 13:40 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 20:06 ` Jean Louis
2021-03-26 21:17 ` Filipp Gunbin
2021-03-25 20:05 ` Jean Louis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YF3KIS5m06swGrMi@protected.localdomain \
--to=bugs@gnu.support \
--cc=eliz@gnu.org \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).