all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@jurta.org>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: Sascha Wilde <wilde@sha-bang.de>,
	emacs-devel@gnu.org, Jonathan Rockway <jon@jrock.us>,
	Angelo Graziosi <angelo.graziosi@alice.it>
Subject: Re: On the new startup and scratch buffer
Date: Sun, 02 Mar 2008 18:20:06 +0200	[thread overview]
Message-ID: <871w6tf6d9.fsf@jurta.org> (raw)
In-Reply-To: <871w6tjgof.fsf@stupidchicken.com> (Chong Yidong's message of "Sun, 02 Mar 2008 10:20:48 -0500")

>> OK, let's do everything what would be the best now to avoid any kind of
>> incompatibility for the upcoming release, but I still don't understand
>> the problem.
>>
>>     inhibit-startup-message
>>     initial-scratch-message
>>
>> The option inhibit-startup-message as an alias for inhibit-startup-screen
>> still disables the startup screen regardless of the value of
>> initial-scratch-message.
>>
>> In 22.1, inhibit-startup-message was an alias for inhibit-splash-screen
>> that disables the startup screen.  So users who have inhibit-startup-message
>> set to non-nil in .emacs will not see the startup screen (though they will
>> see the initial message in the scratch buffer if not explicitly disabled it
>> using nil for initial-scratch-message).
>
> No.  I just checked this: in 22.1, non-nil inhibit-startup-message
> causes Emacs to start up with an empty scratch buffer, the same as in
> Emacs 21.

The problem here is in the terminology: in Emacs 21 "startup message"
meant the same thing as "splash screen" in Emacs 22 that we later
renamed to "startup screen".  In contrast, the initial text in the
scratch buffer is named "initial scratch message", not "startup message".

The fact that `inhibit-startup-message' also disabled the initial
scratch message as a side effect now created a problem that users
who need to see the initial scratch message will not get it.

> For compatibility, I think your patch has to be modified so that
> inhibit-startup-message is no longer an alias of
> inhibit-startup-screen, and then make it do what it did in Emacs 22
> (i.e, display an empty scratch buffer on startup).

Another solution is to create a new internal variable and set it in
places that automatically disable the startup screen.  This variable
will be separate from the user option `inhibit-startup-screen'.
So when the user has explicitly disabled the startup screen by setting
`inhibit-startup-screen' (or its aliases) to non-nil, then the scratch
buffer will be empty.  Otherwise, when the startup screen is automatically
disabled, the user will see the initial scratch message in the scratch buffer.

> In the meantime, however, please revert this change for the 22.2
> release.

OK, reverted.

-- 
Juri Linkov
http://www.jurta.org/emacs/




  reply	other threads:[~2008-03-02 16:20 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-13 16:24 On the new startup and scratch buffer Angelo Graziosi
2008-02-13 17:56 ` Jonathan Rockway
2008-02-13 18:08   ` Angelo Graziosi
2008-02-13 22:45     ` Juri Linkov
2008-02-14  1:37       ` Stefan Monnier
2008-02-14  4:18         ` [patch] " Jonathan Rockway
2008-02-21 16:27     ` Sascha Wilde
2008-02-21 17:04       ` Jonathan Rockway
2008-02-21 23:11         ` Angelo Graziosi
2008-02-28 23:00         ` Juri Linkov
2008-02-28 23:40           ` Juri Linkov
2008-02-29 10:36             ` Eli Zaretskii
2008-02-29 21:31               ` Juri Linkov
2008-03-01  9:13                 ` Eli Zaretskii
2008-02-29 10:34           ` Eli Zaretskii
2008-02-29 23:00           ` Chong Yidong
2008-03-02  2:54             ` Juri Linkov
2008-03-02  9:48               ` Angelo Graziosi
2008-03-02 14:41                 ` Juri Linkov
2008-03-02 15:20               ` Chong Yidong
2008-03-02 16:20                 ` Juri Linkov [this message]
2008-03-03 14:01               ` Johan Bockgård
2008-03-03 21:19                 ` Stefan Monnier
2008-03-04  0:34                   ` Juri Linkov
2008-03-12 22:40                 ` Juri Linkov

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=871w6tf6d9.fsf@jurta.org \
    --to=juri@jurta.org \
    --cc=angelo.graziosi@alice.it \
    --cc=cyd@stupidchicken.com \
    --cc=emacs-devel@gnu.org \
    --cc=jon@jrock.us \
    --cc=wilde@sha-bang.de \
    /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.