From: Christopher Schmidt <christopher@ch.ristopher.com>
To: 12370@debbugs.gnu.org
Subject: bug#12370: 24.2.50; Unconditionally inhibit startup echo area message
Date: Thu, 6 Sep 2012 17:15:07 +0100 (BST) [thread overview]
Message-ID: <87bohjb01k@ch.ristopher.com> (raw)
In-Reply-To: <jwvlignte57.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Thu, 06 Sep 2012 10:34:17 -0400")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> IMO there should be another possible value option for
>> inhibit-startup-echo-area-message - a non-nil, non-string value
>> unconditionally inhibits the startup echo are message.
>
> Why?
I would like to unconditionally remove the startup echo area message
because I do not like noise and repetition.
ATM I use this form:
(defadvice display-startup-echo-area-message (around my-disable activate))
I do not like advising undocumented, internal functions.
Off topic:
I don't want to use inhibit-startup-echo-area-message via setq in my
init.el because my init.el is just a bootstrapping stub that loads my
real configuration files. This indirection is necessary for my
autocompile implementation and initialisation structurization. Forms
like (setq inhibit-startup-echo-area-message ...) do not belong in my
user-init-file.
I share the same Emacs configuration between multiple machines and user
accounts. When setting up a new environment, I would like to clone my
configuration repository, symlink the dir to ~/.emacs.d and get started.
Remembering to add a setq inhibit-startup-echo-area-message form
violates my zeroconf policy and screws with my vc.
I would like to keep my emacs configuration independent of the user name
I am using. I think the two are should have no influence on each other.
> PS: The main reason for the strangeness is that we want to make sure
> that the startup message is not disabled site-wide, which would
> prevent a new user from seeing it.
I am not arguing in favour of removing that strangeness. It just does
not work for me. This is why I am proposing to add another value
option. I think my use case is not that much out of the ordinary.
Stefan, incase I share my emacs configuration I will personally make
sure that the other side knows about the -q switch and C-h C-a. Not
that this will help much, but I will do that...
Christopher
prev parent reply other threads:[~2012-09-06 16:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-06 13:24 bug#12370: 24.2.50; Unconditionally inhibit startup echo area message Christopher Schmidt
2012-09-06 13:40 ` Andreas Schwab
2012-09-06 14:34 ` Stefan Monnier
2012-09-06 16:15 ` Christopher Schmidt [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=87bohjb01k@ch.ristopher.com \
--to=christopher@ch.ristopher.com \
--cc=12370@debbugs.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.