From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chetan Newsgroups: gmane.emacs.help Subject: Re: How to get rid of *GNU Emacs* buffer on start-up? Date: Fri, 19 Sep 2008 18:12:37 -0700 Organization: Noname Inc. Message-ID: References: <873ajzwoqu.fsf@kobe.laptop> <823901dd-c54c-4e3b-b6ad-512d52724a46@z11g2000prl.googlegroups.com> <87ljxoffs6.fsf@atthis.clsnet.nl> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1221874955 803 80.91.229.12 (20 Sep 2008 01:42:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Sep 2008 01:42:35 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Sep 20 03:43:32 2008 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 1KgrVR-00016c-74 for geh-help-gnu-emacs@m.gmane.org; Sat, 20 Sep 2008 03:43:29 +0200 Original-Received: from localhost ([127.0.0.1]:38070 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KgrUP-00050o-SI for geh-help-gnu-emacs@m.gmane.org; Fri, 19 Sep 2008 21:42:25 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!flpi089.ffdc.sbc.com!prodigy.net!flpi088.ffdc.sbc.com!prodigy.com!flpi107.ffdc.sbc.com!flpi149.ffdc.sbc.com.POSTED!8e1d8614!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Emacs Gnus Cancel-Lock: sha1:zjkXhiqTqlZhhObQQ/yLgaCNup8= Original-Lines: 62 Original-NNTP-Posting-Host: 76.199.137.170 Original-X-Complaints-To: abuse@prodigy.net Original-X-Trace: flpi149.ffdc.sbc.com 1221873335 ST000 76.199.137.170 (Fri, 19 Sep 2008 21:15:35 EDT) Original-NNTP-Posting-Date: Fri, 19 Sep 2008 21:15:35 EDT X-UserInfo1: Q[R_PJONEJVOBTLZOZKN^_TDFZ\@@FXLM@TDOCQDJ@_@FN\CDVW[AKK[J\]^HVKHG^EWZHBLO^[\NH_AZFWGN^\DHNVMX_DHHX[FSQKBOTS@@BP^]C@RHS_AGDDC[AJM_T[GZNRNZAY]GNCPBDYKOLK^_CZFWPGHZIXW@C[AFKBBQS@E@DAZ]VDFUNTQQ]FN Original-Xref: news.stanford.edu gnu.emacs.help:162489 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:57832 Archived-At: Xah Lee writes: > On Sep 19, 9:13 am, Nikolaj Schumacher wrote: > >> We just call them (scratch) buffers. They provide all the >> same featuresXah's"untitled files" do. Really, the only differences are >> nomenclature, the way of creating them and the fact that one exists by >> default. > > That's not the only differences. I have given detail on other > differences. > > Quote from my article: > http://xahlee.org/emacs/modernization_scratch_buffer.html > > « > • There is no easy, intuitive way to create multiple scratch buffers. > (it is done by using the switch-to-buffer command (C-x b) and give > name that is not one of existing buffers.) > > • Emacs does not provide a user level function to create a new buffer. > It has menu “File‣Open file...” (a wrapper to the find-file command), > which immediately prompt user for a full file path. This is annoying. > Modern apps's New File command actually just create a new untitled > file without prompting, and only when user save it it prompt a file > name. If user closes it, it prompts for saving. > » > > and quote from my post here: > > I don't agree that emacs does provide a user-level function for > creating a new buffer. The 2 practical methods to create a new buffer, > by find-file or switch-to-buffer, are both not designed to create a > new buffer for temp use, and each has serious problems in my opinion. > > • There is no easy, intuitive way to create multiple scratch buffers. > (it is done by using the switch-to-buffer command (C-x b) and give > name that is not one of existing buffers.) > > • Emacs does not provide a user level function to create a new > buffer. It has “Open file...” (a wrapper to the find-file command), > which immediately prompt user for a full file path. This is annoying. > Modern apps's New File command actually just create a new untitled > file without prompting, and only when user save it it prompt a file > name. If user closes it, it prompts for saving. > > 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. > > Xah > ∑ http://xahlee.org/ > > ☄ I haven't followed this closely, but this seems to be back where this started, although I am not sure if the original issue of "*Gnum Emacs*" buffer got resolved. Actually, I didn't realize it existed until I ran with -q. Presumably all this is meant for a newbie, so is it expected to be bundled with CUA mode and enabled by default for a newbie? Chetan