From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: On the new startup and scratch buffer Date: Tue, 04 Mar 2008 02:34:48 +0200 Organization: JURTA Message-ID: <878x0zjqnn.fsf@jurta.org> References: <47B319AD.3030804@alice.it> <87zlu4oi48.fsf@bar.jrock.us> <47B3320C.8060800@alice.it> <87ve4ip7g1.fsf@bar.jrock.us> <873arcvg86.fsf@jurta.org> <87hcfrid17.fsf@stupidchicken.com> <87ablhu96w.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204591520 20165 80.91.229.12 (4 Mar 2008 00:45:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Mar 2008 00:45:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 04 01:45:45 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 1JWLHr-00059n-AA for ged-emacs-devel@m.gmane.org; Tue, 04 Mar 2008 01:45:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JWLHK-0003C7-6l for ged-emacs-devel@m.gmane.org; Mon, 03 Mar 2008 19:45:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JWLHE-00039W-7Y for emacs-devel@gnu.org; Mon, 03 Mar 2008 19:45:04 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JWLHC-00035m-0Y for emacs-devel@gnu.org; Mon, 03 Mar 2008 19:45:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JWLHB-00035R-Os for emacs-devel@gnu.org; Mon, 03 Mar 2008 19:45:01 -0500 Original-Received: from relay03.kiev.sovam.com ([62.64.120.201]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JWLHB-00039W-Cn for emacs-devel@gnu.org; Mon, 03 Mar 2008 19:45:01 -0500 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JWLH4-000BrF-0Y; Tue, 04 Mar 2008 02:44:58 +0200 In-Reply-To: (Stefan Monnier's message of "Mon, 03 Mar 2008 16:19:42 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-unknown-linux-gnu) X-Scanner-Signature: 367251710ae6d8069d2a2bb66b314d03 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2349 [Mar 3 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 11 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) 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:91261 Archived-At: >>> The recent patch was installed after complaints from users that even >>> when initial-scratch-message is non-nil the scratch buffer is still >>> empty. > >> I agree that `inhibit-startup-screen' should not disable the scratch >> message, but I think that emacs-quick-startup (-Q) should. (After your >> patch it doesn't.) > > I see no reason why -Q should inhibit the scratch message. > It's probably OK if it does, but it seems preferable if it doesn't. One reason for -Q to inhibit the scratch message is backward compatibility: when the user sends a bug report for Emacs 22.1 that says: "Run emacs -Q and in the scratch buffer do this and that..." then the result may be different depending on the initial text in the scratch buffer. OTOH, users include the version number in bug reports anyway, and using the same version to reproduce the reported bug will give the same result. So I see no more reasons to inhibit the scratch message for -Q. -- Juri Linkov http://www.jurta.org/emacs/