[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs: Problems of the Scratch Buffer
From: |
Martin |
Subject: |
Re: Emacs: Problems of the Scratch Buffer |
Date: |
Fri, 20 Apr 2012 13:31:33 +0200 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
just a little script I have written for myself:
- - - -
(setq create-selection-buffer-counter 0)
(defun create-selection-buffer()
"Creates a buffer that contains primary X selection."
(interactive)
(setq create-selection-buffer-counter (+ create-selection-buffer-counter 1))
(setq sel-buf-name
(concat "selection-buffer-" (int-to-string
create-selection-buffer-counter)))
(set-buffer (get-buffer-create sel-buf-name))
(yank)
(set-window-buffer nil (get-buffer-create sel-buf-name)))
- - - -
Simple function that automatically creates a new named buffer with whatever
you have in clipboard
m.
On Wed, Apr 18, 2012 at 05:00:20AM -0700, Xah Lee wrote:
> for entertainment purpose only.
>
> 〈Emacs: Problems of the Scratch Buffer〉
> http://xahlee.org/emacs/modernization_scratch_buffer.html
>
> ---------------------------------------------
>
> Emacs: Problems of the Scratch Buffer
> By Xah Lee, 2008-09, …, 2012-04-18
>
> Here are reasons that the scratch buffer is not useful to most people:
>
> 1.It is not useful for 99% of emacs users. If people wanted a scratch
> pad, they can open a new document and not save it. This way is
> familiar to all software users.
> 2.The “*scratch*” “buffer” is designed for emacs lisp programers. (it
> defaults to lisp-interaction-mode.) 99% of emacs users are not lisp
> coders.
> 3.The “*scratch*” “buffer” is a INTRUSIVE IDIOSYNCRASY. New users are
> not familiar what it is. It is the first thing presented to users, and
> it persists.
>
> Scratch Buffer is Inconvenient
>
> Here are reasons that a alternative to “*scratch*” “buffer” is more
> useful:
>
> 1.There is no easy, intuitive way to create multiple scratch buffers.
> (it is done by calling switch-to-buffer 【Ctrl+x b】 then give a name
> that is not one of existing buffers.)
> 2.When the scratch buffer is closed, emacs does not prompt user to
> save it. This easily causes data loss.
> 3.A scratch pad can be very useful not just for temporary elisp code
> but for any scratch notes or programing in other languages. (For
> example, well known programer Stevey Yegg in his popular blog article
> Effective Emacs↗, considers creating new temp buffer as a top 10 tip
> in emacs productivity.)
> 4.Emacs does not provide a user level function to create a new
> buffer. It has menu 〖File▸Open file…〗 (a wrapper to the find-file
> command), which immediately prompt user for a full file path. This is
> annoying. Modern apps's New File command actually just create a new
> untitled file without prompting, and prompt only when user wants to
> save it. If user closes it, it prompts for saving.
>
> Proposed Fix: Adding a “new-buffer” Command
>
> I propose that emacs should add a command “new-buffer” with menu
> 〖File▸New〗. Once called, it should create a empty buffer titled
> {untitled, untitled<2>, untitled<3>, …}.
>
> 1.Users can now create multiple temp buffers easily, by just calling
> “new-buffer”. No more work-around using “switch-to-buffer” method.
> 2.Data lose is prevented because closing any unsaved buffer will
> prompt for save.
> 3.For lisp coders, new buffer can default to a lisp mode. Other
> programers can default it to python mode, ruby mode, etc.
>
> 1.No more redundant and mysterious “*scratch*” concept.
> 2.The menu command “New” is a widely adopted standard among apps
> across Mac, Windows, Linux.
> 3.A “new-buffer” command completely cover the functionality of
> emacs's “*scratch*” buffer.
> 4.The name “untitled” is conventional, widely understood.
>
> Implementation
>
> The above suggestion is implemented in ErgoEmacs Keybinding, where you
> simply press 【Ctrl+n】 to create a new buffer.
>
- Re: Emacs: Problems of the Scratch Buffer, (continued)
- Re: Emacs: Problems of the Scratch Buffer, Thien-Thi Nguyen, 2012/04/21
- Message not available
- Re: Emacs: Problems of the Scratch Buffer, Chiron, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Juanma Barranquero, 2012/04/21
- Message not available
- Re: Emacs: Problems of the Scratch Buffer, Chiron, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Jason Earl, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Stefan Monnier, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Chiron, 2012/04/21
Re: Emacs: Problems of the Scratch Buffer,
Martin <=
Re: Emacs: Problems of the Scratch Buffer, Stefan Monnier, 2012/04/20
- Re: Emacs: Problems of the Scratch Buffer, Dan Espen, 2012/04/20
- Re: Emacs: Problems of the Scratch Buffer, Stefan Monnier, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Dan Espen, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Chiron, 2012/04/21
- Re: Emacs: Problems of the Scratch Buffer, Dan Espen, 2012/04/21
- RE: Emacs: Problems of the Scratch Buffer, Ludwig, Mark, 2012/04/22
- Re: Emacs: Problems of the Scratch Buffer, Petter Gustad, 2012/04/22
- Re: Emacs: Problems of the Scratch Buffer, Richard Riley, 2012/04/22