[OS X Emacs] Removing the *scratch* buffer in Aquamacs

David Reitter david.reitter at gmail.com
Sat Oct 11 07:57:02 EDT 2008

On 11 Oct 2008, at 01:21, Adrian wrote:
> me to try to learn a bit of a new language and wade through source  
> code to try to achieve customized window positioning that probably  
> wouldn't apply to any other user, but for the sake of removing the  
> scratch buffer, I'm more game.

Make sure you know where to find documentation: the Emacs Lisp  
Reference, the internal docs (C-h f functionname RET, and C-h v  
variablename RET).

> much agreement.  I've already made some of my case against the  
> *scratch* buffer, but I also feel that the *messages* buffer is  
> better accessed in a separate way than the other, user-created,  
> buffers.  In particular, when I'm switching between the active  
> buffers, I almost never want to see the *messages* buffer in a large  
> frame window; it just gives me an extra key press on my way to  
> buffers I actually want to see.  Maybe others can correct me on this?

Good idea.  Perhaps we can ensure that *Messages* is always moved to  
the end of the buffer list so that the cycling commands will not  
usually bring up a *Messages* buffer.  The same could be done for  
>  However, the *scratch* buffer is sneakier than I anticipated:  
> creating a new frame containing the *scratch* buffer does not call  
> the make-frame hooks.

It shouldn't matter what the frame contains.  Works for me.
Don't forget that the last frame is not deleted, but only hidden, so  
bringing it back up does not CREATE a frame - it merely makes is  

> Even when the initial *scratch* frame is created, these hooks are  
> not invoked.

Where do you add to the hook?  Have you considered the order of  

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2193 bytes
Desc: not available
URL: <http://email.esm.psu.edu/pipermail/macosx-emacs/attachments/20081011/8ef07700/attachment.p7s>

More information about the MacOSX-Emacs mailing list