From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: pjb@informatimago.com (Pascal J. Bourguignon) Newsgroups: gmane.emacs.help Subject: Re: *scratch* lost Date: Wed, 17 Jun 2009 13:36:36 +0200 Organization: Anevia SAS Message-ID: <7cskhzum63.fsf@pbourguignon.anevia.com> References: <7cr5xlyeui.fsf@pbourguignon.informatimago.com> <87zlc76s29.fsf@usenet.my.skamphausen.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1245239405 26270 80.91.229.12 (17 Jun 2009 11:50:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Jun 2009 11:50:05 +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 Jun 17 13:50:01 2009 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 1MGteQ-0002tL-HB for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Jun 2009 13:49:58 +0200 Original-Received: from localhost ([127.0.0.1]:54860 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MGteP-0005Jt-Uo for geh-help-gnu-emacs@m.gmane.org; Wed, 17 Jun 2009 07:49:57 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!cleanfeed1-b.proxad.net!nnrp18-1.free.fr!not-for-mail Original-Newsgroups: gnu.emacs.help Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oElEQVR4nK3OsRHCMAwF0O8YQufUNIQRGIAja9CxSA55AxZgFO4coMgYrEDDQZWPIlNAjwq9 033pbOBPtbXuB6PKNBn5gZkhGa86Z4x2wE67O+06WxGD/HCOGR0deY3f9Ijwwt7rNGNf6Oac l/GuZTF1wFGKiYYHKSFAkjIo1b6sCYS1sVmFhhhahKQssRjRT90ITWUk6vvK3RsPGs+M1RuR mV+hO/VvFAAAAABJRU5ErkJggg== X-Accept-Language: fr, es, en X-Disabled: X-No-Archive: no User-Agent: Gnus/5.101 (Gnus v5.10.10) Emacs/22.2 (gnu/linux) Cancel-Lock: sha1:ZWQzMmE2NTAyOTg2ZWVlNTU2ZjgwODVjNjgxY2Q5NTcyNDQ3ZTRlYg== Original-Lines: 49 Original-NNTP-Posting-Date: 17 Jun 2009 13:36:37 MEST Original-NNTP-Posting-Host: 88.170.236.224 Original-X-Trace: 1245238597 news-1.free.fr 22427 88.170.236.224:48407 Original-X-Complaints-To: abuse@proxad.net Original-Xref: news.stanford.edu gnu.emacs.help:170112 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:65339 Archived-At: Stefan Kamphausen writes: > Hi, > > pjb@informatimago.com (Pascal J. Bourguignon) writes: > >> "B. T. Raven" writes: >> >>> I was doing some key mapping in .emacs and instead of saving the file, >>> restarting Emacs, and testing the new assignment I was doing M-x eval >>> region on changed areas of .emacs Somehow all (or many) keychords >>> started acting strangely, e.g. C-x 1 would open subr.el in a new >>> buffer instead of showing current buffer alone in frame, even cursor >>> movement keys did something else. I killed .emacs buffer without >>> saving (losing changes) and then exited Emacs. On restarting >>> everything looks and works normally exept that *scratch* is empty >>> (three commented lines are missing) and it is in Fundamental mode >>> instead of Lisp Interaction. Can I get the old *scratch* buffer back? >>> How? > > Maybe you somehow interfered with the variables > > * inhibit-startup-screen > * initial-scratch-message > > ? > >> >> (defun make-scratch () > > [...] > >> (emacs-lisp-mode)))) >> >> >> M-x make-scratch RET > > Hm, I don't seem to need that. I can always M-x switch-to-buffer > *scratch* RET (having to type "*scratch*" without completion since it > may have been killed) and end up in a perfect stracth-buffer with > lisp-interaction-mode. It even works with iswitchb-buffer which asks > before creating the new buffer. Of course, but if you want to insert the initial-scratch-message... And switch-to-buffer creates a buffer in default-major-mode, not emacs-lisp-mode. -- __Pascal Bourguignon__