all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Kangas <stefan@marxist.se>
To: Tom Baker <tombaker17@gmail.com>
Cc: 21652@debbugs.gnu.org
Subject: bug#21652: bell chars
Date: Sun, 16 Aug 2020 07:23:29 -0700	[thread overview]
Message-ID: <CADwFkmmyBR+wuL=FQVjVAnFctuGid=6vyCtD3e17Bz5PVTyQ-w@mail.gmail.com> (raw)
In-Reply-To: <CAK9k5tc6yvYHK7mtuZasR5Km1gtqVMU0Pihsx7piQt=SwMOfAQ@mail.gmail.com>

Tom Baker <tombaker17@gmail.com> writes:

> I wrote this because I have a history of setting one command going,
> then going off to do something else, and then remembering an hour
> later "is that command done yet?" and looking to see that it finished
> a half hour before.

This is a valid use case.  But I'm not convinced we should do any
changes in the code to cover it.  The problem here is that everyone's
needs are different, so we would end up having to spread little `beep's
all over the Emacs code base.

May I propose something like the following as an alternative:

   long-running-command.sh ; aplay beep.wav

(Searching the web I also found out about a command line utility
`beep' that may or may not be of interest.)

> Second -- I have little trouble withdrawing the suggestion, because
> the "shelisp" package is a more suitable implementation of my use
> case. The idea of an advice got to be a little sloppy of an
> implementation because the sound would come put before the call, or
> after the call, and not synchronized with the other characters.

I don't know what shelisp is or how it relates to the current
discussion.  Could you please clarify?

I'm sorry to hear you had no success with advice.  That would be the
canonical way to add specialized behaviour to a function in Emacs, but
sometimes it can be a bit finicky to get the details right.  Perhaps you
could ask on the emacs-help mailing list about it.

> Thanks for your volunteer work in maintaining the emacs software!

Thanks for using it!

Best regards,
Stefan Kangas





  reply	other threads:[~2020-08-16 14:23 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-08 22:55 bug#21652: bell chars Tom Baker
2020-08-15  6:26 ` Stefan Kangas
2020-08-16  1:10   ` Tom Baker
2020-08-16 14:23     ` Stefan Kangas [this message]
2020-08-16 14:56       ` Eli Zaretskii
2020-08-16 15:55         ` Tom Baker
2020-08-16 16:34           ` Andreas Schwab
2020-08-16 17:19             ` Tom Baker
2020-08-16 16:39           ` Eli Zaretskii
2020-08-16 17:10             ` Tom Baker
2020-08-16 17:29               ` Eli Zaretskii
2020-08-16 17:51                 ` Andreas Schwab
2020-08-16 18:11                   ` Eli Zaretskii
2022-03-22 18:15                     ` Lars Ingebrigtsen
2020-08-16 16:11       ` Tom Baker
2020-08-16 17:31         ` Stefan Kangas

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='CADwFkmmyBR+wuL=FQVjVAnFctuGid=6vyCtD3e17Bz5PVTyQ-w@mail.gmail.com' \
    --to=stefan@marxist.se \
    --cc=21652@debbugs.gnu.org \
    --cc=tombaker17@gmail.com \
    /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.