GNU bug report logs - #11298
24.0.95; (WISH) Re-look scratch buffers

Previous Next

Package: emacs;

Reported by: Jambunathan K <kjambunathan <at> gmail.com>

Date: Sat, 21 Apr 2012 15:57:02 UTC

Severity: wishlist

Merged with 1109

Found in version 24.0.95

Done: Jambunathan K <kjambunathan <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Jambunathan K <kjambunathan <at> gmail.com>
Cc: 11298 <at> debbugs.gnu.org
Subject: bug#11298: Scratch buffer (Summary of Xah's proposals, as I see it)
Date: Tue, 24 Apr 2012 14:42:10 -0400
> The recommendations involve,
> 1. "Menu->File->Visit New File" should be changed to "File->New".  This
>    will create an 'Untitled N' buffer.  This will mark the buffer as
>    `potentially-file-visiting'.  Specifically it will not ask for the
>    name of the file.
> 2. Introduce "File->Save as" will mark a `potentially-file-visiting'
>    buffer as a `real-file-visiting-buffer'.
> 3. `potentially-file-visiting-buffer' should be queried for save on
>     exit.

Other than "to do like others do", what would be the advantage?  I see
a bunch of disadvantages, starting with the choice of major-mode, the
location of auto-save files, the VC state, etc...

IOW, I think this is a case where the Emacs way is "objectively"
superior, so I'd need pretty compelling evidence to add support for such
"new file buffer whose file doesn't have a name yet".

OTOH, I'd be happy to rename "Visit New File" to something like "New"
(while keeping the behavior of requesting a file name) if that can help.

> 2. There could be mutliple user-created scratch buffers and they could
>    be created in multiple programming lang modes, depending on user's
>    needs.

While I can see users appreciating this feature, I think it'd be good
enough to offer it via a package that users could elect to use.
I.e. I'd be happy to accept patches needed to allow writing such
a package, but as for having such a feature by default, I think it's
over-engineering.

In my mind, the *scratch* used to be a kind of slash screen, and it only
exists now aside from the actual splash screen for historical reasons.
So I think the best solution is to try and hide/eliminate the
*scratch* buffer.


        Stefan




This bug report was last modified 11 years and 186 days ago.

Previous Next


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