From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: How to get rid of *GNU Emacs* buffer on start-up? Date: Wed, 24 Sep 2008 01:54:48 -0600 Message-ID: References: <873ajzwoqu.fsf@kobe.laptop> <823901dd-c54c-4e3b-b6ad-512d52724a46@z11g2000prl.googlegroups.com> <87ljxoffs6.fsf@atthis.clsnet.nl> <71208e97-140c-445d-8eda-1705f11b14b3@r15g2000prd.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1222242924 23866 80.91.229.12 (24 Sep 2008 07:55:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Sep 2008 07:55:24 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Sep 24 09:56:21 2008 connect(): Connection refused Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KiPES-000886-RV for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Sep 2008 09:56:21 +0200 Original-Received: from localhost ([127.0.0.1]:51670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KiPDQ-0005EF-Ka for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Sep 2008 03:55:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KiPD6-0005DH-Dw for help-gnu-emacs@gnu.org; Wed, 24 Sep 2008 03:54:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KiPD5-0005Ca-6p for help-gnu-emacs@gnu.org; Wed, 24 Sep 2008 03:54:55 -0400 Original-Received: from [199.232.76.173] (port=36089 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KiPD4-0005CW-SS for help-gnu-emacs@gnu.org; Wed, 24 Sep 2008 03:54:54 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:55823 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KiPD4-0005g6-Ge for help-gnu-emacs@gnu.org; Wed, 24 Sep 2008 03:54:54 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KiPCz-0007ox-Ch for help-gnu-emacs@gnu.org; Wed, 24 Sep 2008 07:54:49 +0000 Original-Received: from c-67-161-145-183.hsd1.co.comcast.net ([67.161.145.183]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2008 07:54:49 +0000 Original-Received: from kevin.d.rodgers by c-67-161-145-183.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2008 07:54:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 55 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-67-161-145-183.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) In-Reply-To: <71208e97-140c-445d-8eda-1705f11b14b3@r15g2000prd.googlegroups.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:57984 Archived-At: Xah Lee wrote: > On Sep 19, 7:35 pm, Kevin Rodgers wrote: >> XahLeewrote: >>> In summary: the problem with find-file is that it promps user to enter >>> a file name upfront. The problem with switch-to-buffer is that it >>> doesn't promp to save when user closes it. In both, the functions are >>> simply not designed for creating a new temp buffer. >> >> Wow, if you had put 1% of the effort into coding that you put into this >> thread, you could have come up with something like this: >> >> (defun switch-to-new-buffer () >> "Switch to a new *scratch* buffer." >> (interactive) >> (switch-to-buffer (generate-new-buffer "*scratch*")) >> (setq switch-to-new-buffer t)) ^^^^^^^^^^^^^^^^^^^^ Sorry, I meant buffer-offer-save. >> If it's such a huge problem for 99% of users, you could propose to the >> maintainers that it be added to files.el > > Thanks. But the issue is not about how to code a better switch-to-new- > buffer. The issue is about criticism of *scratch* buffer, and a > suggestion that emacs should remove it. > > Please see: > http://en.wikipedia.org/wiki/Critical_thinking Here's my attempt at critical thinking: 1. You said that find-file and switch-to-buffer each have problems, so I wrote a new command that has neither problem. That is called a solution. 2. You said that neither function is designed for creating a new temporary buffer. That is true of find-file, which can create a new buffer, but a buffer whose contents are to be persisted i.e. not temporary. I think switch-to-buffer _is_ designed for creating a new temporary buffer, just a buffer that has a user-specified name. 3. You contradict yourself to some degree by complaining that temporary buffers can be killed without prompting the user about whether and under what name to save them. I think it would be clearer if you said "empty" buffer instead of "temporary". > If you didn't read the original article, please see: > > http://xahlee.org/emacs/modernization_scratch_buffer.html I prefer progress to modernization. -- Kevin Rodgers Denver, Colorado, USA