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: Scratch buffer annoyance Date: Fri, 03 Aug 2007 21:16:07 +0300 Organization: JURTA Message-ID: <87zm18v7ug.fsf@jurta.org> References: <85ejinrqgk.fsf@lola.goethe.zz> <35917.128.165.123.18.1185998078.squirrel@webmail.lanl.gov> <85vebzq7vd.fsf@lola.goethe.zz> <87odhqethv.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1186166010 10005 80.91.229.12 (3 Aug 2007 18:33:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 3 Aug 2007 18:33:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 03 20:33:28 2007 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 1IH1xm-0008Mr-Bx for ged-emacs-devel@m.gmane.org; Fri, 03 Aug 2007 20:33:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IH1xi-0001Ki-Kh for ged-emacs-devel@m.gmane.org; Fri, 03 Aug 2007 14:33:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IH1xe-0001K8-W3 for emacs-devel@gnu.org; Fri, 03 Aug 2007 14:33:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IH1xb-0001Ji-AO for emacs-devel@gnu.org; Fri, 03 Aug 2007 14:33:18 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IH1xb-0001Iz-1G for emacs-devel@gnu.org; Fri, 03 Aug 2007 14:33:15 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IH1xZ-0001dq-8r for emacs-devel@gnu.org; Fri, 03 Aug 2007 14:33:13 -0400 Original-Received: from barracuda.neti.ee ([194.126.101.113] helo=smtp-out.neti.ee) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IH1xI-0004QF-EC for emacs-devel@gnu.org; Fri, 03 Aug 2007 14:32:56 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by MXR-4.estpak.ee (Postfix) with ESMTP id E10B885A1; Fri, 3 Aug 2007 21:31:40 +0300 (EEST) X-Virus-Scanned: amavisd-new at !change-mydomain-variable!.example.com Original-Received: from smtp-out.neti.ee ([127.0.0.1]) by localhost (MXR-1.estpak.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id siWj31oUPdgl; Fri, 3 Aug 2007 21:31:40 +0300 (EEST) Original-Received: from Relayhost1.neti.ee (Relayhost1 [88.196.174.141]) by MXR-4.estpak.ee (Postfix) with ESMTP id 36B44854B; Fri, 3 Aug 2007 21:31:40 +0300 (EEST) Original-Received: from mail.estpak.ee (84-50-157-21-dsl.est.estpak.ee [84.50.157.21]) by Relayhost1.neti.ee (Postfix) with ESMTP id E09C226D917; Fri, 3 Aug 2007 21:31:36 +0300 (EEST) In-Reply-To: (Richard Stallman's message of "Thu\, 02 Aug 2007 19\:42\:23 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Linux 2.6 (newer, 3) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:76005 Archived-At: > I recommend defining the value this way: > > A string is a file name to visit. Then there is no distinction between file and directory names, but maybe this is not needed provided that this string is always used as an argument of `find-file'. > A symbol that's a command is an initial major mode for *scratch*. There is already a user option `initial-major-mode' that defines an initial major mode for *scratch*. Using two user options for the same setting would be confusing. > nil means keep the splash screen. > > It does what we want and it is clear. Neither a string or a major mode makes it clear what the value is used for. And I don't know what a variable name would be suitable for this option. If an idea of setting this option to a function call like (switch-to-buffer "*scratch*") is not acceptable (maybe this fits better to adding such a funcall to a hook variable), then what is wrong with using self-explanatory values like (buffer "foo") or (file "~/bar")? -- Juri Linkov http://www.jurta.org/emacs/