From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ludwig, Mark" Newsgroups: gmane.emacs.help Subject: RE: Emacs: Problems of the Scratch Buffer Date: Sat, 21 Apr 2012 22:13:17 +0000 Message-ID: References: <3zBkr.4537$zA4.1420@newsfe19.iad> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1335108826 20398 80.91.229.3 (22 Apr 2012 15:33:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 22 Apr 2012 15:33:46 +0000 (UTC) To: Dan Espen , "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 22 17:33:45 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SLynB-0000ei-9y for geh-help-gnu-emacs@m.gmane.org; Sun, 22 Apr 2012 17:33:37 +0200 Original-Received: from localhost ([::1]:45953 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLynA-0002fS-LP for geh-help-gnu-emacs@m.gmane.org; Sun, 22 Apr 2012 11:33:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLyn0-0002Ux-HK for help-gnu-emacs@gnu.org; Sun, 22 Apr 2012 11:33:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLymy-0001el-SO for help-gnu-emacs@gnu.org; Sun, 22 Apr 2012 11:33:26 -0400 Original-Received: from usslmhub002.ugs.com ([134.244.32.85]:29619 helo=ugs.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLymy-0001e1-Ns for help-gnu-emacs@gnu.org; Sun, 22 Apr 2012 11:33:24 -0400 Original-Received: from USSLMMBX002.net.plm.eds.com (161.134.138.62) by USSLMHUB002.net.plm.eds.com (134.244.32.85) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 22 Apr 2012 10:31:59 -0500 Original-Received: from USSLMMBX003.net.plm.eds.com ([169.254.2.89]) by USSLMMBX002.net.plm.eds.com ([169.254.1.7]) with mapi id 14.01.0323.003; Sat, 21 Apr 2012 17:13:18 -0500 Thread-Topic: Emacs: Problems of the Scratch Buffer Thread-Index: AQHNH97OPcGPCIcLEUen+RMUWn8/4ZaliolNgABIS2A= In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.122.225.199] X-detected-operating-system: by eggs.gnu.org: Windows 2000 SP2+, XP SP1+ (seldom 98) X-Received-From: 134.244.32.85 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:84596 Archived-At: > From: Dan Espen > Sent: Saturday, April 21, 2012 12:31 PM > To: help-gnu-emacs@gnu.org > Subject: Re: Emacs: Problems of the Scratch Buffer >=20 > Chiron writes: >=20 > > On Sat, 21 Apr 2012 12:08:25 -0400, Dan Espen wrote: > > > >> I'm having a hard time figuring out what _would_ be useful in a scratc= h > >> buffer. > > > > I use it to check out lisp statements as I try to learn the language. > > > > I suppose it would be very helpful if I were to want to make changes to > > emacs using elisp, to test and debug my stuff. >=20 > I've tried that on occasion but I soon end up in my .emacs or some .el > file and evaluating things there is easy enough. I have similar feelings. It might use *scratch* more if it were in text mo= de, because mostly my spur-of-the-moment uses of Emacs in my Windows develo= pment environment are to "neutralize" copied text before pasting into some = tool that's paying too much attention to formatting. (I almost always just= want the simple text, and sometimes it's surprisingly hard to get the stuf= f back to simple text after pasting it.) I know how to change the mode and how to make that permanent, but haven't b= ecause I have another personal journal-like file open in a buffer that is i= n text mode all of the time (so use it for neutralizing text), and for thos= e few occasions when I need Lisp interpretation, I switch back to *scratch*= and do so. If there were something like M-x scratch, I probably would just delete *scr= atch*, and in this mythical world, if there were a further option to not cr= eate *scratch* unless there is nothing else for Emacs to show, I would use = that too. Now, can anyone tell me why *scratch* has RET bound to (newline) instead of= (eval-print-last-sexp)? Seems that the bindings of RET and C-j are revers= ed for common uses.... Cheers, Mark