[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Scratch buffer annoyance
From: |
Alfred M. Szmidt |
Subject: |
Re: Scratch buffer annoyance |
Date: |
Tue, 17 Jul 2007 20:42:54 +0200 (CEST) |
> Wouldn't it be smarter to make the initial splash screen the
> current buffer when Emacs starts instead? It would make
> sense for that to be read-only, and when one does C-x C-q, it
> could for example clear it and toggle the read-only status of
> the buffer (with a brief note in the initial splash screen
> that one can do C-x C-q to convert it into a "scratch"
> buffer).
>
> It is an interesting idea. What do others think?
This will make Emacs even more difficult to use for new or
occasional users. They would need to know a key combination just to
get started. And it would be much more annoying than the current
situation.
That would be documented in the splash screen. Right now when a new
user does anything (click the mouse, hit a key) when emacs starts up,
the splash screen vanishes and you get the unwelcoming text of the
scratch buffer. Using C-c C-q to make the scratch buffer writable is
not required to use emacs; it is there for those who wish to have a
scratch buffer.
What's wrong with
- automatically saving *scratch* in a place other than ~/ (where it
is out of the way) via auto-save and before exiting Emacs,
without any user interaction
As other have pointed out, this won't work when you have multiple
emacses running.
- automatically restoring *scratch* from that file upon startup
(i.e. making it persistent)
This defeats the whole concept of *scratch* IMHO.
- not offering to save it anywhere else (even though users may to C-x
C-w and save it, thereby converting it to a normal, non-persistent
buffer, and creating an empty *scratch* buffer automatically).
This would preserve the equivalence to a real-life scratch paper
that one keeps on one's desk, which will not magically disappear
overnight, but which may be filed somewhere else when needed.
It would be unobtrusive and solve the original problem.
I disagree, and strongly. It defeats the whole concept of a scratch
buffer.
- Re: Scratch buffer annoyance, (continued)
- Re: Scratch buffer annoyance, Alfred M. Szmidt, 2007/07/17
- Re: Scratch buffer annoyance, Tassilo Horn, 2007/07/17
- Re: Scratch buffer annoyance, Alfred M. Szmidt, 2007/07/17
- Re: Scratch buffer annoyance, David Kastrup, 2007/07/17
- Re: Scratch buffer annoyance, David Reitter, 2007/07/17
- Re: Scratch buffer annoyance, Richard Stallman, 2007/07/18
- Re: Scratch buffer annoyance, David Kastrup, 2007/07/18
- Re: Scratch buffer annoyance, Richard Stallman, 2007/07/19
- Re: Scratch buffer annoyance,
Alfred M. Szmidt <=
- Re: Scratch buffer annoyance, David Kastrup, 2007/07/17
- Re: Scratch buffer annoyance, Mathias Dahl, 2007/07/17
- Re: Scratch buffer annoyance, Jason Rumney, 2007/07/17
- Re: Scratch buffer annoyance, Johan Bockgård, 2007/07/17
- Re: Scratch buffer annoyance, Tassilo Horn, 2007/07/17
- Re: Scratch buffer annoyance, Andreas Schwab, 2007/07/17
- Re: Scratch buffer annoyance, Jan Djärv, 2007/07/18
- Re: Scratch buffer annoyance, Tassilo Horn, 2007/07/18
- Re: Scratch buffer annoyance, Jan Djärv, 2007/07/18
- Re: Scratch buffer annoyance, Richard Stallman, 2007/07/18