From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Angelo Graziosi Newsgroups: gmane.emacs.devel Subject: Re: On the new startup and scratch buffer Date: Wed, 13 Feb 2008 19:08:12 +0100 Message-ID: <47B3320C.8060800@alice.it> References: <47B319AD.3030804@alice.it> <87zlu4oi48.fsf@bar.jrock.us> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1202926169 18914 80.91.229.12 (13 Feb 2008 18:09:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Feb 2008 18:09:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jonathan Rockway Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 13 19:09:50 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JPM3C-0004un-7i for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2008 19:09:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JPM2i-0005SC-JI for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2008 13:09:12 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JPM2b-0005Qp-OP for emacs-devel@gnu.org; Wed, 13 Feb 2008 13:09:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JPM2Q-0005I1-TF for emacs-devel@gnu.org; Wed, 13 Feb 2008 13:09:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JPM2Q-0005Hu-LR for emacs-devel@gnu.org; Wed, 13 Feb 2008 13:08:54 -0500 Original-Received: from smtp-out114.alice.it ([85.37.17.114]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JPM2Q-0007jD-EV for emacs-devel@gnu.org; Wed, 13 Feb 2008 13:08:54 -0500 Original-Received: from FBCMMO03.fbc.local ([192.168.68.197]) by smtp-out114.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Feb 2008 19:08:47 +0100 Original-Received: from FBCMCL01B06.fbc.local ([192.168.69.87]) by FBCMMO03.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Feb 2008 19:08:46 +0100 Original-Received: from [82.57.151.116] ([82.57.151.116]) by FBCMCL01B06.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Wed, 13 Feb 2008 19:08:46 +0100 User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <87zlu4oi48.fsf@bar.jrock.us> X-OriginalArrivalTime: 13 Feb 2008 18:08:46.0168 (UTC) FILETIME=[79A82D80:01C86E6B] X-detected-kernel: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:88967 Archived-At: Jonathan Rockway ha scritto: > * On Wed, Feb 13 2008, Angelo Graziosi wrote: >> Today, after a bootstrap of fresh CVS, I observe that the startup >> buffer is not loaded any more and the scratch buffer is *completely* >> empty. >> >> >> Usually the scratch buffer contains (in red) this sentence: >> >> ============================================================ >> ;; This buffer is for notes you don't want to save, and for Lisp evaluation. >> ;; If you want to create a file, visit that file with C-x C-f, >> ;; then enter the text in that file's own buffer. >> ============================================================ >> >> Is this the correct behaviour? >> >> The behaviour of the startup screen is confirmed by this >> >> ----------------------------------------------------------------- >> lisp/ChangeLog >> [...] >> * desktop.el (after-init-hook): Set inhibit-startup-screen to >> t after reading the desktop. >> ----------------------------------------------------------------- > > According to the docstring on `initial-scratch-message': > > "Initial message displayed in *scratch* buffer at startup. > If this is nil, no message will be displayed. > If `inhibit-startup-screen' is non-nil, then no message is displayed, > regardless of the value of this variable." > > So it looks like this is expected, although annoying. This just looks > like a side effect of having this block: > > (and initial-scratch-message > (get-buffer "*scratch*") > (with-current-buffer "*scratch*" > (when (zerop (buffer-size)) > (insert initial-scratch-message) > (set-buffer-modified-p nil)))) > > On the "else" side of the (if (or ... inhibit-startup-screen ...) ...) > statement. > > If people are interested in a change to this behavior (always add text > to *scratch* if initial-scratch-message isn't nil), I'll supply a patch. > I think it would be a good thing, so I vote for it: +1. Thanks, Angelo.