all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 11:55:52 +0300	[thread overview]
Message-ID: <YF2hmDKgKorlP+hx@protected.localdomain> (raw)
In-Reply-To: <8335wiqrek.fsf@gnu.org>

* Eli Zaretskii <eliz@gnu.org> [2021-03-26 10:57]:
> What happens if that buffer was meanwhile killed?

If it gets killed, new buffer with same name is created. But if it
really gets killed, most probably I killed it by using the key binding
from that function, like `C-c l'. Purpose is to see output of async
command, so if there is no output to be seen that new buffer is
created does not matter.

No, it is not elegant, it is very personal.

> Personally, I find it un-Emacsy to write a wrapper command each time
> you want to manipulate the results of an existing command.  Emacs
> provides hooks for that very purpose, so it's best to use those
> instead of inventing a new command each time you need something like
> that.

Yes, I agree. 

Coming from my experience with databases, for me it would be most
usable if buffers have their creation time recorded, as that way would
be easy to find the last async buffer, or others.

In this specific example users can change the async buffer name or
Elisp programs could change last async buffer names. There is no easy
and default way how to get last buffer or last few to look into
outputs easily. It requires listing, inspecting. 

But it is terrible when there are many, as the generate-new-buffer
will create the next available number in a series and not the next
increased number compared to previous buffer.

Maybe the function `get-buffer-create' could be changed to increase
the number of newly created buffers instead of just taking some of
empty numbers in a series?

For end users I do not think that would make any difference, as the
added buffer number is not interactively influencing users.

What do you think about that change? I would not know how to do it in
C. 

> Redefining a key binding each time you run an async command is also
> ... inelegant.

Ah, definitely.




  reply	other threads:[~2021-03-26  8:55 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 [this message]
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
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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YF2hmDKgKorlP+hx@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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.