GNU bug report logs - #57450
[PATCH] Option to choose the major model new scratch buffers

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57450 in the body.
You can then email your comments to 57450 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Augusto Stoffel <arstoffel <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: [PATCH] Option to choose the major model new scratch buffers
Date: Sat, 27 Aug 2022 15:01:28 +0200

[Message part 1 (text/plain, inline)]

Tags: patch

I just noticed the new `scratch-buffer' command and I think it would be
nice to provide an option to create scratch buffers with different major
modes.  WDYT?

What is the best way to get a list of all available major modes?  I can
think of two methods, none of which is perfect.  One is commented out in
the patch; I like the uncommented one (using the auto-mode-alist) a bit
better.

[0001-Provide-option-to-choose-a-major-mode-in-scratch-buf.patch (text/x-patch, attachment)]

Message #8 received at 57450 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Augusto Stoffel <arstoffel <at> gmail.com>
Cc: 57450 <at> debbugs.gnu.org
Subject: Re: bug#57450: [PATCH] Option to choose the major model new scratch
 buffers
Date: Sat, 27 Aug 2022 16:06:50 +0300

> From: Augusto Stoffel <arstoffel <at> gmail.com>
> Date: Sat, 27 Aug 2022 15:01:28 +0200
> 
> I just noticed the new `scratch-buffer' command and I think it would be
> nice to provide an option to create scratch buffers with different major
> modes.  WDYT?

What's wrong with setting initial-major-mode?

Message #11 received at 57450 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Augusto Stoffel <arstoffel <at> gmail.com>
Cc: 57450 <at> debbugs.gnu.org
Subject: Re: bug#57450: [PATCH] Option to choose the major model new scratch
 buffers
Date: Sat, 27 Aug 2022 15:12:53 +0200

Augusto Stoffel <arstoffel <at> gmail.com> writes:

> I just noticed the new `scratch-buffer' command and I think it would be
> nice to provide an option to create scratch buffers with different major
> modes.  WDYT?

I don't think that sounds very useful.  The point of the scratch-buffer
command is to help people who wondered what to do if they've
(accidentally) killed the *scratch* buffer.  Most people didn't know
that you could just say `C-x b *scratch* RET' and it'd be created (with
the correct mode) just fine, so having something on `M-x scratch TAB'
for them to find is nice.

But complicating this by (optionally) prompting for a mode isn't
helpful.  They can just say `M-x foo-mode' afterwards, and it's the same
amount of key strokes, I think.

Message #14 received at 57450 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Augusto Stoffel <arstoffel <at> gmail.com>
Cc: 57450 <at> debbugs.gnu.org
Subject: Re: bug#57450: [PATCH] Option to choose the major model new scratch
 buffers
Date: Sat, 27 Aug 2022 16:36:24 +0300

> From: Augusto Stoffel <arstoffel <at> gmail.com>
> Date: Sat, 27 Aug 2022 15:16:15 +0200
> 
> What if you want to do some quick thing in a mode different from initial-major-mode?
> 
> I sometimes what a text-mode scratch, sometimes a lisp-interaction scratch, and more rarely some other
> prog-mode.

You can either set initial-major-mode, or invoke the different
major-mode explicitly.

Message #17 received at 57450 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 57450 <at> debbugs.gnu.org, Augusto Stoffel <arstoffel <at> gmail.com>
Subject: Re: bug#57450: [PATCH] Option to choose the major model new scratch
 buffers
Date: Mon, 29 Aug 2022 17:25:55 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> You can either set initial-major-mode, or invoke the different
> major-mode explicitly.

So I think the conclusion here is that we don't want to add this, so I'm
closing this bug report.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.