[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Delete Help Window - restore window config

From: Tory S. Anderson
Subject: Re: Delete Help Window - restore window config
Date: Wed, 28 Jan 2015 10:32:18 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

is this not just the kind of thing "Winner mode" is made for? e.g. I can have a 
complex 4-window setup with side-by-side code comparison, directory listing, 
and my to-do list; I pull up GNUs and it's all demolished; I use 'winner-undo' 
and my complex 4-frame arrangement is all back, including viewing the same 

AFAIK, it meets your compatibility criteria. 

In my init: 
    (winner-mode 1)

Of course, further customizations are possible. 

Tim Johnson <> writes:

> I'm using emacs 24.4.1 primarily on Mac OS X. I use both terminal
> mode and aquamacs but I will conclude my request with further
> criteria.
> Example : I have 'Control-C i' as a keybinding prefix, I can't
> remember all of the functions bound to that prefix.
> I press 'Control-C i Control h' and I get a help window. After
> refreshing my memory, I want to restore the window arrangement that
> existed previous to the display of the help window.
> I have the following preference:
> -------------------------------------------------
> | To be be accomplished with a simple function. |
> | (this may not prove to be possible, however)  |
> -------------------------------------------------
> If despite my initial request, this need is deemed best met with a
> package, I will outline the criteria that I have for my emacs
> configuration. Hopefully any package recommendations will take that
> criteria into consideration.
> 1)My emacs configuration must perform completely without a pointing
> device (even 'tho one might be used).
> 2)My emacs configuration must perform completely within terminal
> mode (even 'tho gui mode may be used also).
> 3)Two different basic window layouts will be used - 4 windows on a
> desktop, 1 or 2 windows on a netbook (using SSH). Exceptions could
> be considered.
> 4)Little or no reliance on frames.
> Thanks in advance.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]