all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Emanuel Berg <moasenwood@zoho.eu>
Cc: "'Help-Gnu-Emacs \(help-gnu-emacs@gnu.org\)'" <help-gnu-emacs@gnu.org>
Subject: RE: [External] : messages to *Messages* without appearing in mini-buffer?
Date: Fri, 12 Nov 2021 17:01:13 +0000	[thread overview]
Message-ID: <SJ0PR10MB5488E9A4FF9F9ECAF93026A6F3959@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <8735o29ii4.fsf@zoho.eu>

[-- Attachment #1: Type: text/plain, Size: 1765 bytes --]

> >>> What you see is the printed return value of
> >>> the sexp you asked to evaluate-AND-PRINT.
> >>> Try `eval-region' on the sexp instead.
> >>> Or put it in a defun and invoke the function in a way that
> >>> doesn't also print its return value.
> >>
> >> (progn
> >>   (message "But then why don't you just do that?")
> >>   1)
> >
> > Because you don't need to do that, to prevent `message' from
> > displaying in the echo area.
> >
> > Printing a return value from evaluating a sexp has nothing
> > to do with the question. See the Subject line.
> 
> Eheh ... is it off-topic?

Dunno what you're asking.  Are you perhaps asking
whether I think your question is outside of the
topic of the originally posed question?  Maybe it
it is, but it's not off-topic for this mailing list.

And it's a FAQ that comes up often when looking at
behavior involving commands that echo the result of
an evaluation.  So it's generally good to bring it
up and good to answer it.

You asked (I think) why I didn't just end the sexp
I wrote with some other value than that returned by
the `message' call, to avoid confusion between
printing that return value in the echo area and what
`message' itself does with the message (it doesn't
print it to the echo area).

I answered that I wrote a minimal sexp that answered
the original question: how to prevent `message' from
printing to the echo area.

That's what one typically does: bind `inhibit-message'.
Anything else isn't germane to the original question,
and including it in the code could give the false
impression that it's needed as part of the answer.

But of course including something else (e.g. a
different return value) and not including it can
each lead to confusion.

[-- Attachment #2: winmail.dat --]
[-- Type: application/ms-tnef, Size: 14870 bytes --]

      reply	other threads:[~2021-11-12 17:01 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-11 14:33 messages to *Messages* without appearing in mini-buffer? Eric S Fraga
2021-11-11 14:45 ` Gregory Heytings
2021-11-11 14:55   ` Eric S Fraga
2021-11-11 17:01 ` [External] : " Drew Adams
2021-11-11 17:07   ` Eric S Fraga
2021-11-12  0:10   ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  0:16     ` Gregory Heytings
2021-11-12  0:36       ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  2:08         ` Michael Heerdegen
2021-11-12  3:20           ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  3:56             ` Michael Heerdegen
2021-11-12  4:02               ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  4:13                 ` Michael Heerdegen
2021-11-12  4:28                   ` Michael Heerdegen
2021-11-12  5:00                     ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  5:07                   ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  5:19                     ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12 21:31                     ` Michael Heerdegen
2021-11-12 21:36                       ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12 17:06                 ` Drew Adams
2021-11-21 11:08                   ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  0:20     ` Drew Adams
2021-11-12  0:30       ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12  1:47         ` Drew Adams
2021-11-12  3:10           ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-11-12 17:01             ` Drew Adams [this message]

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=SJ0PR10MB5488E9A4FF9F9ECAF93026A6F3959@SJ0PR10MB5488.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=moasenwood@zoho.eu \
    /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.