From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.help Subject: Re: Emacs: Problems of the Scratch Buffer Date: Sat, 21 Apr 2012 20:45:14 +0530 Message-ID: <81hawdm7zx.fsf@gmail.com> References: <1bqkr.13803$mL3.9455@newsfe23.iad> <87vcktgmsc.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1335021345 22228 80.91.229.3 (21 Apr 2012 15:15:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Apr 2012 15:15:45 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: "Pascal J. Bourguignon" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Apr 21 17:15:42 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 1SLc2F-0006tH-3i for geh-help-gnu-emacs@m.gmane.org; Sat, 21 Apr 2012 17:15:39 +0200 Original-Received: from localhost ([::1]:52445 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLc2E-0006Um-CD for geh-help-gnu-emacs@m.gmane.org; Sat, 21 Apr 2012 11:15:38 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLc25-0006Ua-FH for help-gnu-emacs@gnu.org; Sat, 21 Apr 2012 11:15:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLc20-0008G7-D0 for help-gnu-emacs@gnu.org; Sat, 21 Apr 2012 11:15:29 -0400 Original-Received: from mail-pz0-f52.google.com ([209.85.210.52]:65464) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLc20-0008Fk-3o for help-gnu-emacs@gnu.org; Sat, 21 Apr 2012 11:15:24 -0400 Original-Received: by dake40 with SMTP id e40so13043978dak.39 for ; Sat, 21 Apr 2012 08:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=EisV1m+ZE0cE2v3jLASEHDtLK01GnftaqBinydnEJRs=; b=JISFio4j0HLD/uuOhFMQ3kAqfGnsdhKzgb3aVj/678kmFhab47j4uOFusr4VacgQiz tuqZCuavM/RCn92/XR5TJaV3ut6PgGokCvIZVtizEH755SVPbw4V8u51XMLM2CdHyafu TRBa5LEcaf0hakbIw1v7zd/L2u+9weGFQPgRLtCdTVDC1VgEgNM/GoOOMvLSfXnQTq/9 RGHbmRnSwsNjC7w/H62x8xhZPcMS9COAUSacyG6xF5rwQOwXy/udtlmZDuAq+hYpXctK SerRaR8N9i6vqHsiWNXl8iOTbVyKYAZDsPdYIbtscGYkmDKU7o+OQApJxHwrKzMYeTFs 21TA== Original-Received: by 10.68.204.9 with SMTP id ku9mr21617684pbc.1.1335021322207; Sat, 21 Apr 2012 08:15:22 -0700 (PDT) Original-Received: from JAMBU-NETBOOK ([115.242.225.216]) by mx.google.com with ESMTPS id gz3sm86361pbc.3.2012.04.21.08.15.18 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 Apr 2012 08:15:21 -0700 (PDT) In-Reply-To: <87vcktgmsc.fsf@kuiper.lan.informatimago.com> (Pascal J. Bourguignon's message of "Sat, 21 Apr 2012 16:52:19 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (windows-nt) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.210.52 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:84567 Archived-At: "Pascal J. Bourguignon" writes: > Eli Zaretskii writes: > >> Arguing that *scratch* should be removed entirely is a non-starter, >> since a non-negligible portion of users find it useful, but I >> sincerely don't see why reasonable people would want that, if we can >> find less extreme ways of getting it out of the way of those who don't >> need it. > > Actually, it's the first time I ever heard something against the > *scratch* buffer. But on the contrary, I've myself implemented a M-x > scratch command and I've seen several other people asking or > implementing it themselve, to recreate a *scratch* buffer when it has > been accidentally killed. M-x emacs-lock-mode RET Increasingly, I am feeling the need for multiple scratch buffers. By default, my scratch buffer is in emacs-lisp mode. Some times, I switch that scratch buffer to Org-mode when I create lists, tables or just copy-paste some plain text from interwebs purely for reasons of wrapping/filling. 1. Allow multiple scratch buffers one for each mode the user is interested in. The defcustom can have a solitary text-mode entry. A user wanting no scratch buffer at all can null-ify the mode list. A user like me can add emacs-lisp-mode and org-mode to it. 2. Just in case I need a one-off scratch buffer, I need a quick way to create it without having to think of (or type) out the full name Or confirm my intentions (This latter part is *very* annoying). C-u C-x b can offer to create *scratch-%s* (or %s-scratch) in %s-mode. 3. I think it is not the scratch buffer that is idiosyncratic but the /name/. Instead of using scratch one could call it say a notes buffer or a temp buffer. That said I am happy with the way things are. I know how to kill my scratch buffer and I also know how to create multiple ones if needed. I also know how to type 'y' if prompted :-). --